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Résumé 


Le transport aérien représente un secteur économique important dans le développe- 
ment des pays. Sans une industrie aéroportuaire et aérienne concurrentielle, organisée et 
efficace, le secteur socio-économique d’un pays ne fonctionnera pas à son potentiel réel et 
engendrera des pénuries. 


L’optimisation de la gestion des plans de vol et des réservations de différents types de 
vols (charters, navette, bloc-siège) est un problème que plusieurs compagnies de transport 
aérien tendent à résoudre. Surtout devant les défis liés à la satisfaction des clients, l’aspect 
concurrentiel et le respect des règles qui régissent le secteur. 


L'objectif principal de ce projet consiste à mettre en place un système informatisé 
qui permet de gérer les différentes réservations et les plans de vol disponibles pour la 
compagnie Tassili Airlines. Cela afin de faciliter l'expérience client lors des réservations 
en ligne, et qui satisfait les termes des contrats des vols charters signés par les compagnies 
aériennes et ses partenaires d’affaires. 


La solution conçue et réalisée permet la gestion des réservations pour l’activité charter 
via une plateforme numérique. Elle permet une utilisation conviviale et ouverte avec la 
possibilité d’intégrer l’ensemble des modules liés au système de réservation de la compagnie 
Tassili Airlines. Les tests unitaires et les tests chez le client ont démontré la fiabilité du 
système réalisée et la satisfaction du client. 


Mots clés : Optimisation des plans de vols, Système informatisé, Compagnies aé- 
riennes, Gestion des passagers, Contrats de vol. 
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Abstract 


The air transport industry plays a pivotal role in the economic development of nations. 
A well-organized and efficient airport and aviation sector are crucial for a country to rea- 
lize its full socio-economic potential and avoid deficiencies. Several airlines are currently 
grappling with the challenge of optimizing flight plan and reservation management for 
various types of flights, such as charters, shuttles, and seat blocks. These challenges pri- 
marily revolve around ensuring customer satisfaction, maintaining competitiveness, and 
adhering to sector regulations. 


This project’s primary objective is to establish a computerized system that effectively 
manages the diverse reservations and flight plans offered by Tassili Airlines. The sys- 
tem aims to enhance the online booking experience for customers and ensure compliance 
with the terms stipulated in charter flight contracts between the airline and its business 
partners. 


The implemented solution enables streamlined reservation management for charter ac- 
tivities through a digital platform. It offers a user-friendly interface and supports seamless 
integration with all modules associated with Tassili Airlines’ reservation system. Thorough 
unit testing and customer evaluations have confirmed the system’s reliability and customer 
satisfaction. 


Keywords : Optimization of flight plans, Computerized system, Airlines, Passenger 
management, Flight contracts. 
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Introduction générale 


Les systémes de réservation des compagnies aériennes sont des moteurs de recherche 
basée sur des applications web qui sont concus pour faciliter le processus de réservation et 
améliorer l’expérience de voyage des passagers. Ils permettent de vérifier la disponibilité 
des sièges, les horaires des vols et les tarifs des compagnies aériennes. Ils sont considérés 
comme le meilleur logiciel pour maximiser les profits des compagnies aériennes et répondre 
aux besoins et aux désirs des voyageurs (MISHRA 2023). 


Le moteur de réservation des vols est spécialement conçu pour les agences de voyages et 
les compagnies aériennes. Selon (AL-ABDULLAH et al. 2018), les systèmes de réservation 
modernes sont souvent équipés d'outils d'analyse des données, permettant aux compagnies 
aériennes de mieux comprendre les comportements des clients et d'optimiser leur stratégie 
de marketing. En outre, ces systèmes sont des processus qui gèrent l’interaction des clients 
avec les compagnies aériennes, de la réservation d’un billet à l’embarquement sur un vol. 
Ils offrent un accès à une vaste base de données pour choisir une variété d’options telles 
que des forfaits dynamiques, des circuits et d’autres activités de voyages adaptées aux 
besoins du client. 


Tassili Airlines utilise ce genre de logiciel pour ces vols réguliers. Mais en plus des 
vols réguliers programmés par la compagnie, des vols spéciaux sont programmés selon 
la demande ou pour des entreprises. La programmation de ce genre de vol n’est pas 
incluse dans les systèmes de réservation standards. Cela provoque plusieurs problèmes 
liés à une mauvaise gestion des réservations en raison d’une mauvaise communication 
et synchronisation entre les différents membres responsables des plans de vol. De plus, 
ce type de vols est sujet à des changements ou des annulations de dernières minutes. 
L’optimisation du remplissage de ces vols est aussi un défi majeur sachant que cela doit 
se faire actuellement de manière manuelle. 


De ce fait la création d’un système informatique permettant de s'occuper des pro- 
grammes de vol, et de faciliter la gestion des réservations devient indispensable pour 
diminuer la fragilité de gestion et surmonter les autres défis à savoir : Comment gérer les 
plans de vol? Comment gérer les réservations et les horaires de vols? Comment organiser 
les différentes opérations et transactions effectuées par les utilisateurs ? 


Afin de répondre aux problématiques présentées ci-dessus et aux contraintes qu’elles 
génèrent, notre mission durant ce projet consiste en la conception et la réalisation d’une 
plateforme web évolutive et adaptée à la configuration de TASSILI AIRLINES qui va 
permettre : 
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e D'intégrer l’ensemble des modules lié au système de réservation des vols spéciaux 
de la compagnie. 


e D'être capable de gérer le système de réservation et fournir les différentes fonc- 
tionnalités : (Gestion de programme de vol Navette/Charter/TAXI, Gestion des 
réservations bloc-siège/bon de commande). 


e D'être convivial et ouvert aux utilisateurs, basés sur une technologie moderne. 


e De garantir la fiabilité, la disponibilité et la sécurisation des données. 


Organisation du mémoire 


Le mémoire est divisé en trois grandes parties, chacune abordant des aspects spéci- 
fiques du projet. 


1. La première partie, intitulée “Étude bibliographique”, se compose de trois cha- 
pitres. 


e Le premier chapitre : Systèmes d’information de réservation traite 
des systèmes d’information de réservation, en mettant l’accent sur les concepts 
et les fonctionnalités essentielles de ces systèmes. 


e Le deuxième chapitre : Systèmes de gestion des passagers : explore 
le domaine de la gestion des passagers dans l’industrie aérienne, en examinant 
les processus clés et les défis associés. 


e Le toisième chapitre Principaux systèmes de gestion des passagers : 
se concentre sur une revue des principaux systèmes de gestion des passagers 
existants, en réalisant une analyse comparative approfondie. 


e le quatrième chapitre : Etude de l'organisme d'accueil dédié à l'étude 
de l’organisme d’accueil, Tassili Airlines. Nous y présentons un aperçu de la 
compagnie et de son environnement, tout en analysant les besoins spécifiques 
de l’entreprise. Ce chapitre comprend également une description détaillée de 
l’ancien système de gestion des réservations utilisé par la compagnie. 


2. La deuxième partie, “Analyse et conception”, est composée de deux chapitres. 


e Le cinquième chapitre : Analyse des besoins se concentre sur l'analyse 
approfondie des besoins, en utilisant des méthodes de collecte d'informations 
telles que les entretiens et les observations. 


+ Le sixième chapitre : Conception présente la conception du système pro- 


posé, y compris son architecture et les différents composants fonctionnels. 


3. La troisième partie, “Réalisation et évaluation du système”, comprend trois 
chapitres. 
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+ Le septième chapitre :Gestion du projet aborde la gestion du projet, en 
détaillant la démarche suivie et l’estimation des priorités. 


e Le huitième chapitre : Réalisation décrit le processus de réalisation du 
système, en mettant l’accent sur les choix technologiques et l’implémentation 
des fonctionnalités clés. 


e Le neuvième chapitre : Évaluation présente l'évaluation du système, en 
détaillant les tests réalisés et en fournissant des mesures de performance pour 
évaluer la qualité et la fiabilité de la solution développée. 


Enfin, le mémoire se termine par une conclusion générale qui récapitule les principaux 
résultats obtenus et les contributions du projet. Des perspectives d'amélioration et des 
recommandations futures sont également présentées. 


Première partie 


Etude bibliographique 


Chapitre 1 


Systeme d’information de 
Réservation 


Chapitre 1. Systéme d’information de Réservation 


1 Introduction 


Le secteur du transport aérien est un réseau complexe qui relie différentes parties 
prenantes telles que les compagnies aériennes, les gestionnaires de réservation informa- 
tisés, les aéroports, les agences de voyage, les tours opérateurs ainsi que les organismes 
de contrôle aérien et aéroportuaire. La coordination de ces acteurs est essentielle pour 
assurer un fonctionnement optimal du secteur, et repose sur des technologies de l’infor- 
mation et des systèmes de réservation informatisés (TOSUN et al. 2019). L'introduction 
de ces systèmes à des implications majeures pour l’organisation des compagnies aériennes, 
leur permettant de gagner un avantage concurrentiel en gérant efficacement les flux de 
passagers, en offrant des prix différenciés et une tarification dynamique (S. WANG et al. 
2018). 


Ce chapitre a pour objectif de présenter les systèmes d’information de réservation 
dans leur ensemble, notamment leurs avantages, leurs limites, leurs composants, leurs 
types ainsi que leurs applications. 


2 Système d’information de réservation 


Le système de réservation des compagnies aériennes (ARS), est une plateforme qui 
stocke et gère des informations relatives aux voyages aériens, ainsi que des transactions 
connexes. Initialement développé et géré par les compagnies aériennes, PARS a été étendu 
pour être utilisé par les agences de voyages (KIM et al. 2020). Cette évolution a donné 
lieu aux Systèmes Mondiaux de Distribution (GDS), qui permettent de réserver et vendre 
des billets pour plusieurs compagnies aériennes à travers un seul point d’accès. Le GDS 
offre un accès unique pour réserver des sièges d’avion, des chambres d’hôtel, des voitures 
de location et d’autres voyages, notamment par le biais d'agences de voyages, de sites 
de réservation en ligne et de grandes entreprises. La figure 1.1 présente une représenta- 
tion visuelle d’un système de distribution mondiale (GDS) intégré avec des interfaces de 
réservation adaptées. 


3 Composants de système d’information de réserva- 
tion 


Ce sont des sous-systèmes complets de technologie de l'information qui travaillent 
ensemble de manière cohérente. Ces composants sont interdépendants et la défaillance de 
l’un d’entre eux peut avoir des répercussions sur le fonctionnement des autres. Ils sont 
constitués de ressources informatiques, de données, de personnes et de procédures utilisées 
dans le cadre d’une entreprise commerciale moderne. 
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Réservation Client 


Site web de la 
compagnie aérienne 


Internet IDS Systéme Agent de voyage 
de distribution (utilisant GDS) 


Systéme centrale de 
réservation 


Compagnie aérienne en cours 
d'éxécution 


Fic. 1.1 : Système de distribution mondial adapté avec des interfaces de réservation 


3.1 Le matériel 


Selon la définition d’(O’BRIEN et al. 2001), le matériel se compose de dispositifs phy- 
siques individuels ainsi que de tout matériel utilisé pour le traitement de l’information. 
Cette définition englobe non seulement les machines telles que les ordinateurs, mais égale- 
ment les supports de données, c’est-à-dire tous les objets tangibles sur lesquels des données 
peuvent être enregistrées, allant des feuilles de papier aux disques magnétiques. 


3.2 Le logiciel 


(ROCHESTER et al. 1996) affirment que le logiciel est constitué d’ensembles d’ins- 
tructions de traitement de l'information qui permettent au matériel de réaliser diverses 
tâches. Il existe différents types de programmes qui peuvent être classés en deux catégo- 
ries : les logiciels système et les logiciels d'application. Les logiciels système sont utilisés 
pour maintenir le bon fonctionnement du système informatique, tandis que les logiciels 
d'application sont destinés à une tâche spécifique, tels que la gestion des stocks, ou à des 
tâches générales. 
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3.3 Les données 


Selon (ROCHESTER et al. 1996), les données se réfèrent à des faits bruts non traités 
qui peuvent être facilement utilisés. Aucun système de base de données ne peut exister 
sans données. Pour créer un système de base de données, il est essentiel de définir avec 
précision les éléments de données et leurs relations, ainsi que d’enregistrer ces définitions 
de maniére précise dans un dictionnaire de données. 


3.4 Les personnes 


Selon (O’BRIEN et al. 2001), deux types de personnes sont nécessaires pour le fonc- 
tionnement de tout systeme d’information de réservation : les utilisateurs finaux et les spé- 
cialistes des systèmes d’information. Les utilisateurs finaux sont les personnes qui utilisent 
l'information du système, tandis que les spécialistes du système contribuent au dévelop- 
pement et à l’exploitation de l’information. Ces spécialistes comprennent des analystes de 
système, des programmeurs, des opérateurs informatiques et d’autres professionnels. En 
outre, les personnes sont probablement l’élément le plus influent sur le succès ou l’échec 
du système d’information. 


3.5 Les procédures 


Selon (KIM et al. 2020) Il s’agit d’un ensemble d'instructions sur la façon de combiner 
les composants ci-dessus afin de traiter les informations et générer le résultat souhaité. 
Ils consistent en la manière de se connecter au SGBD, utilisation de différentes formes et 
manipulations tout au long du projet. 


3.6 La base de données 


Selon (ROBERT 2009), une base de données est une collection de données qui ne 
contient pas de redondances et qui peut être partagée par différents systèmes d’applica- 
tion. Cette base de données peut inclure des programmes pour la gestion des données. 
L'importance des données est reconnue depuis l'antiquité, et elles étaient stockées dans des 
livres ou des registres, qui peuvent être considérés comme des bases de données manuelles. 
Depuis l’avènement des ordinateurs, le concept et la structure des bases de données ont 
radicalement évolué, et leur création et leur maintenance sont des processus continus qui 
sont influencés par des logiciels systèmes tels que les systèmes de gestion de bases de 
données. Les utilisateurs communiquent leurs besoins à la base de données en utilisant 
les langages de définition de données (DDL) et les langages de manipulation de données 
(DML), à travers les systèmes de gestion de bases de données (SGBD). La gestion de la 
base de données assure une interface entre les programmes des utilisateurs et le contenu. 
Pour créer et maintenir le contenu de la base de données, le DDL et le DML sont utilisés 
pour des tâches telles que l’ajout de nouveaux fichiers, l’extension, la suppression d’enre- 
gistrements obsolètes, la modification, l'extension de la capacité de la base de données, la 
liaison des éléments de données et bien d’autres encore. 
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4 Types de réservation 


Il existe plusieurs types de réservation dans le systèmes ARS, dont les principaux sont : 


4.1 Réservation garantie 


C’est une réservation qui garantit que l’entreprise conservera une place pour le client 
jusqu’à une date précise. En contrepartie, le client garantit sa réservation à moins qu’elle 
ne soit correctement annulée en optant pour l’une des méthodes suivantes (FERNANDES 
et al. 2020) : 


e Réservation garantie par prépaiement. 
e Réservation garantie par carte de crédit. 
e Acompte ou paiement partiel. 


+ Réservation garantie par l'agent de voyage. 


4.2 Réservation non garantie 


Ce type de réservation assure que l’entreprise s’engage à conserver une place pour le 
client jusqu’à une date d'annulation de réservation prédéfinit (C. F. CHEN et al. 2019). 


5 Types de système d’information pour les ARS 


Un système d’information est un ensemble de ressources qui comprend des personnes, 
des équipements, des logiciels, des appareils de communication, des données et des ré- 
seaux, et qui permet de traiter, stocker, récupérer et transformer des informations dans 
un but spécifique (STAIR et al. 2019). Les systèmes d’information sont utilisés dans divers 
domaines, notamment les entreprises, les gouvernements, les établissements de santé et 
les organisations à but non lucratif. Il existe plusieurs types de systèmes d’information 
utilisés dans les ARS, chacun ayant des caractéristiques et des fonctions spécifiques. Les 
principaux types sont : 


5.1 Système de traitement des transactions (TPS) 


Il s’agit de systèmes informatisés qui traitent les transactions de routine quotidiennes 
nécessaires à la gestion de l’entreprise. Ils sont conçus pour traiter les données générées 
par les activités commerciales telles que les ventes, les achats, les paiements et les com- 
mandes. Les TPS sont un élément clé du système d’information global d’une entreprise 
et sont considérés comme le niveau opérationnel de ce système. (LAUDON et al. 2019). 
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La figure ci-dessous illustre les étapes du systéme de traitement des transactions pour 
les systèmes d’information informatisés, offrant ainsi une visualisation claire du flux des 
données et des processus impliqués 


FIG. 1.2 : Etapes du système de traitement des transactions( Transaction-Processing 2023) 


5.2 Système d’information de gestion (SIG) 


Ce type utilise principalement des sources d’informations internes. I] collecte des don- 
nées a partir du systéme de traitement des transactions et les synthétise dans des rapports 
de gestion. Ce système fournit des informations qui aident les responsables à surveiller et 
diriger l’organisation(O’BRIEN et al. 2018). 


5.3 Système d’aide à la décision (DSS) 


Les systèmes de support à la décision (DSS) sont des systèmes informatiques qui 
aident la direction à prendre des décisions dans des situations où l'incertitude est élevée. Ils 
fournissent des outils et des techniques pour aider à recueillir des informations pertinentes 
et à analyser les options et les alternatives. Ces systèmes impliquent souvent l’utilisation 
de feuilles de calcul et de bases de données complexes pour créer des modèles « what-if » 
(FINLEY et al. 2018). 


5.4 Système de soutien exécutif (ESS) 


Ce type est conçu pour aider la haute direction à prendre des décisions stratégiques. Il 
rassemble des analyses et résume les principales informations internes et externes utilisées 
dans l’entreprise. L’ESS implique généralement beaucoup de données des outils d’analyse 
et de modélisation tels que l'analyse what-if” pour aider à la prise de décision straté- 
gique(ESCALIER 1996). 
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Application des systèmes de réservation 


Les applications des systèmes de réservation sont diverses, nous pouvons cités les 
suivantes : 


Héberger l’inventaire des sièges des compagnies aériennes : Les systèmes 
de réservation informatisées ont été initialement créés par les compagnies aériennes 
pour gérer l’inventaire des sièges disponibles sur leurs vols. Les agents de voyage et 
les passagers peuvent accéder au système pour rechercher des vols et réserver des 
places (ZAIDI 2018). 


Opérations de réservation : Les systèmes de réservation informatisées permettent 
principalement aux compagnies aériennes de gérer les opérations de réservation de 
leurs vols, notamment en gérant les annulations, les remboursements et les change- 
ments de réservation (CHENG et al. 2018). 


Outil de distribution : Les systèmes de réservation informatisées sont devenus 
un outil de distribution important pour les compagnies aériennes et les agences de 
voyages. Les agents de voyage peuvent accéder aux inventaires de plusieurs compa- 
gnies aériennes et proposer des options de voyage à leurs clients(U. GRETZEL et al. 
2015). 


Systèmes de distribution mondiaux (GDS) : Les CRS ont évolué pour de- 
venir des Systèmes de distribution mondiaux (GDS) qui hébergent l’inventaire de 
plusieurs compagnies aériennes et d’autres modes de voyages tels que les réservations 
d'hôtels, de voitures de location et de trains (PATTILLO et al. 2016). 


Autres services associés aux voyages : Les systèmes de réservation informatisées 
sont également utilisés pour la réservation de services associés aux voyages, tels que 
les billets pour les matchs de football, les réservations de train, les réservations de 
chambres d’hôtel, etc (BOUDREAU 2018). 


Avantages des systèmes d’information de réserva- 
tion 


Les avantages des systèmes d’information de réservation sont nombreux, dont nous 
citons : 


T; 


La commodité de réservation : L’un des avantages de la réservation en ligne d’un 
vol est la commodité. Il devient possible d’organiser les projets de voyages à tout 
moment de la journée, et à n’importe quel lieu, même en déplacement avec les 
smartphones et les tablettes. Il n’y a plus besoin de longs fils d’attentes, appels 
téléphoniques ou visites (DIANE 1993). 
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2. La facilité de modifications et d’annulations : Avec les réservations en ligne, il est 
simple pour les voyageurs de modifier ou d’annuler des réservations partout ot ils 
ont un accès internet sans besoin d’appeler la compagnie aérienne et d’attendre un 
représentant pour une aide (HEUNG et al. 2010). 


3. Le retour clients : Les réservations en ligne permettent aux voyageurs de consulter les 
avis des clients avant de choisir une compagnie aérienne. En lisant les commentaires 
et les évaluations laissés par d’autres passagers, les voyageurs peuvent obtenir des 
informations sur la qualité du service, la ponctualité des vols, le confort des sièges, 
et d’autres aspects importants. Cette fonctionnalité aide les voyageurs à prendre des 
décisions éclairées et à éviter les mauvaises expériences en choisissant une compagnie 
aérienne réputée pour offrir un bon service (DIANE 1993). 


4. Réduction des couts de traitement : Les réservations en ligne peuvent aider les 
compagnies aériennes à réduire les coûts de traitement de leurs réservations, no- 
tamment en réduisant le nombre de représentants du service clientèle nécessaires 
pour répondre aux demandes de réservation (Ulrike GRETZEL et al. 2006). 


5. Gestion de l'offre et de la demande : Les systèmes d’information de réservation 
peuvent aider les compagnies aériennes à gérer l’offre et la demande en temps réel, 
en ajustant les tarifs en fonction de la demande (Ulrike GRETZEL et al. 2006). 


6. Amélioration de la satisfaction des clients : Les systèmes d’information de réser- 
vation peuvent aider à améliorer la satisfaction des clients en leur permettant de 
choisir des sièges, de sélectionner des repas et de personnaliser leur expérience de 
voyage (Ulrike GRETZEL et al. 2006). 


7. Analyse des données : Les systèmes d’information de réservation peuvent fournir 
des données précieuses sur les habitudes de réservation des clients, les tendances de 
voyage et les comportements des clients, ce qui peut aider les compagnies aériennes 
à prendre des décisions éclairées en matière de tarification, de marketing et de 
planification de l’offre (SIGALA et al. 2002). 


8 Limite du système d’information des réservations 


Les systèmes d’information de réservation font face à de nombreuses limites, dont les 
principales sont : 


e Les systèmes de réservation peuvent être limités en termes de capacité à gérer des 
itinéraires complexes, tels que des voyages avec plusieurs escales ou des trajets com- 
binant différents modes de transport (train, avion, bus, etc.)(DIANE 1993) 


e Les erreurs de saisie de données par les utilisateurs ou les agents de réservation 
peuvent entraîner des incohérences et des conflits de réservation, ce qui nécessite 


une intervention manuelle pour les résoudre(GUPTA 2013). 
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e Les systèmes de réservation peuvent être vulnérables aux pannes techniques ou aux 
cyberattaques, ce qui peut entraîner une indisponibilité temporaire ou permanente 
du système (KSHETRI 2014). 


e Les données des clients collectées par les systèmes de réservation peuvent être sen- 
sibles et doivent être protégées conformément aux réglementations sur la confiden- 
tialité des données, telles que le Règlement général sur la protection des données 
(RGPD) de l’Union européenne (SOHRABI et al. 2019). 


e Les systèmes de réservation peuvent être limités en termes de flexibilité, ce qui peut 
rendre difficile l'adaptation aux changements rapides du marché et aux préférences 
des clients (XU et al. 2010). 


e Certaines petites auberges et guides touristiques peuvent ne pas être présents en 
ligne. Si les personnes seulement recherchent des entreprises qui ont des sites Web et 
une capacité de réservation en ligne, ils pourront manquer certains couleurs locaux. 


9 Conclusion 


Avant l'avènement de l'informatique moderne, la réservation de billets d'avion était 
une tâche fastidieuse qui nécessitait souvent de longues files d’attente et était sujette 
aux erreurs humaines. Cela créait de l’insatisfaction chez les voyageurs. Aujourd’hui, la 
concurrence féroce entre les compagnies aériennes signifie qu’elles offrent de nombreux 
avantages et réductions pour attirer les clients. Les systèmes de réservation en ligne au- 
tomatisent le processus de réservation, réduisent le temps nécessaire et minimisent les 
erreurs. Bien que certains puissent arguer que ces systèmes coûtent cher et créent une 
concurrence déloyale, les professionelles considèrent qu'il s’agit d’une des innovations les 
plus bénéfiques de l’industrie du transport aérien. Les entreprises qui n’ont pas encore 
adopté les systèmes de réservation en ligne risquent d’être désavantagées. 
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Chapitre 2. Systéme de gestion des passagers 


1 Introduction 


A une époque où établir et maintenir un avantage sur le marché est crucial, l’utili- 
sation d'innovations techniques telles que les systèmes de réservation des passagers des 
compagnies aériennes (PSS) deviennent une nécessité concurrentielle. De bonnes stratégies 
commerciales consistent à développer des alliances stratégiques et à exposer le consom- 
mateur à une base de produits élargie à l'échelle mondiale permettent aux compagnies 
aériennes d’être compétitives. La capacité d’être flexible avec les besoins fluctuants des 
consommateurs sont tous potentiellement exploitables grâce à la puissance de la techno- 
logie et à la planification stratégique (KLEIN 2015). 


Dans ce chapitre, nous allons présenter le PSS, ses avantages, ses composants et ses 
générations. 


2 Les types des vols 


Avant de présenter les systèmes PSS, il nous faut connaitre les différents types de vol : 


2.1 Les vols réguliers 


Un vol régulier est un vol assuré par les compagnies aériennes à des jours et heures 
régulière de la semaine durant une période donnée, et cela conformément aux règles éco- 
nomiques où à un modèle économique qui ne fait pas exception à la norme habituelle. 
La compagnie aérienne programme des vols, des horaires et des fréquences périodiques. 
Le client consulte les plans et achète le billet selon le temps qu'il lui convient (GERVAIS 
2020). 


2.2 Les vols charters 


Le vol charter désigne un service de transport aérien qui n’est pas un vol régulier de 
la compagnie. Ce qui permet à une entreprise de louer un avion pour faire voyager un 
groupe de personnes, généralement des employés ou des clients. Le contrat signé entre 
l’entreprise et la compagnie aérienne détermine les détails du vol tels que la capacité de 
l’avion, le nombre de passagers, les caractéristiques du vol et la classe de réservation pour 
chaque passager. Cette option de voyage offre une plus grande flexibilité et peut être plus 
économique pour les groupes de taille moyenne à grande (SHAH et al. 2020). 


2.3 Les vols bon de commande 


C’est une forme de vol utilisée dans le monde des affaires où le vol est réservé par une 
entreprise ou une organisation à travers un document détaillant les informations du vol, 
y compris le plan de vol et les noms des voyageurs. Lorsque le bon de commande est signé 
par la compagnie aérienne et son partenaire, la facture est ensuite envoyée à l’entreprise 
pour le règlement des transactions (ADELMAN 2020). 
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2.4 Les vols bloc-siège 


Une location de vol bloc-siège est un service proposé par les compagnies aériennes 
pour permettre à des agences de voyage ou des entreprises de louer un ensemble de sièges 
sur un vol. Cette option permet de garantir des places pour les clients ou les employés 
de l’entreprise, sans avoir à s'inquiéter des problèmes de disponibilité et des prix élevés. 
Le nombre de sièges réservés, les dates de voyage et la destination sont déterminés au 
moment de la réservation (CROIZET 2018). 


2.5 Les vols Taxi 


Un vol taxi est un type de vol privé qui peut être loué pour un transport particulier 
à la demande. Il peut être réservé pour un voyage individuel ou en groupe, offrant ainsi 
un niveau de flexibilité et de commodité supérieur à celui des vols commerciaux réguliers 
(JOHNSTONE 2021). 


3 Système de gestion des passagers PSS 


Selon (BONS et al. 2019), un système de gestion des passagers est « un ensemble de 
logiciels et de processus qui permettent à une compagnie aérienne de gérer les interactions 
avec ses clients depuis la réservation jusqu'à l’embarquement ». Le système facilite les 
transactions de vente de billets, les réservations, les modifications, les enregistrements, 
la vérification des passeports et l’embarquement. L'objectif principal du système est de 
garantir une gestion efficace des passagers tout en maximisant les revenus et en offrant 
une expérience de voyage agréable aux clients. 


3.1 Historique des PSS 


Il existe trois générations de PSS dans le système d’aviation commercial. 


La première génération : les systèmes hérités 


Les systèmes hérités sont des systèmes basés sur la TPF (Taxe de publicité foncière). 
Selon Lucerne University of Applied Sciences and Arts (ARTS 2021), ces systèmes sont 
utilisés dans l’industrie pour traiter les transactions de manière rapide et sécurisée. Ce- 
pendant, ils sont devenus obsolètes car ils ne permettent pas d’intégrer de nouvelles fonc- 
tionnalités aux systèmes de gestion des passagers, ni de personnaliser les programmes 
de fidélité et les modes de paiement. Par conséquent, les compagnies aériennes modernes 
utilisent des systèmes de gestion des passagers plus agiles et flexibles. 


La deuxième génération : patchwork d’anciennes et de nouvelles technologies 


Les systèmes PSS de la deuxième génération se résument essentiellement à un patch- 
work d’intégrations, qui relie les nouvelles applications et interfaces qui répondent aux 
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besoins des passages aux anciens programmes d’une maniére parfaitement ajustée (BEN 
HARIZ 2021a). Le probleme de ce type de génération est le manque de fiabilité en raison 
d’incohérence entre les différents composants reliés. 


La troisième génération : approche orienté service 


Selon (BENHARKAT 2021), la troisième génération des systèmes de gestion des passa- 
gers a été conçue pour résoudre les problèmes de fiabilité et d’évolutivité des générations 
précédentes. Elle repose sur une architecture orientée services (SOA) et sur l’architecture 
micro-services en particulier. Cette dernière permet la création de modules évolutifs sous 
forme de petits services gérés et déployés indépendamment. La communication entre ces 
services s'effectue via ESB (Enterprise Service Bus) avec des protocoles de messagerie, 
tandis que l'échange de données s'effectue via des API REST ou Apache Thrift basées 
sur HTTP. Cette évolution permet aux compagnies aériennes d’ajouter, de mettre a jour 
ou de modifier des composants sans affecter l’ensemble du système. 


4 Les avantages de PSS 


Les systèmes PSS jouent un rôle très important pour la gestion des réservations dans 
le secteur aérien. Parmi les avantages de PSS, nous citons : 


e Réservation rapide des billets : Les PSS permettent de réserver les billets assez 
rapidement, au lieu des longues files d'attente, il offre la possibilité d'accéder à 
toutes les informations disponibles sur un vol spécifique, ce qui permet d'économiser 
le temps et l'argent (WONG et al. 2020). 


e Prendre la décision et le choix de réservation : Les PSS permettent aux acheteurs 
de billets de choisir et de prendre une décision éclairée sur le service offert. Il est 
possible d'acheter des billets partout et à n'importe quel moment du jour et de la 
nuit grâce au système hébergé (KLEIN 2015). 


e Annulation des vols : Les PSS permettent aux clients d’annuler facilement le vol et 
les réservations (BEN HARIZ 2021b). 


e Gestion des programmes de fidélité : Les PSS permettent aux compagnies aériennes 
de gérer facilement leurs programmes de fidélité, ce qui peut aider à renforcer la 
loyauté des clients et à stimuler les ventes (SAFARUDIN et al. 2020). 


e Gestion des flux de trésorerie : Les PSS peuvent également aider les compagnies 
aériennes à gérer les flux de trésorerie en leur permettant de collecter des paiements 
en temps réel et de surveiller les tendances des revenus (MUHAMMAD 2020). 


e Gestion des opérations : Les PSS peuvent aider les compagnies aériennes à gérer 
plus efficacement leurs opérations en fournissant des informations en temps réel sur 
les horaires de vol, les disponibilités de sièges et les changements de vol (ISLAM 
2021). 
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5 Les principaux modules des PSS 


Les fonctions principales du PSS sont effectuées en arrière-plan, à travers une série 
de sous-systèmes. Le PSS est constitué de trois sous-systèmes qui représentent les piliers 
des services aux passagers, à savoir un système central de réservation (CRS), un système 
d'inventaire de la compagnie aérienne (AIS) et un système de contrôle de départ (DCS) 
(SAHRAOUI et al. 2018) (ABBAS et al. 2017). La figure ci-dessous présente une illustration 
de la structure du système de services aux passagers. 


Fic. 2.1 : Organigramme de TAL 


5.1 Système centrale de réservation 


Le système central de réservation (CRS) représente la base de données pour chaque 
compagnie aérienne, stockant toutes les informations relatives à chaque vol, y compris 
les horaires, les escales, les tarifs, les classes de réservation et les profils des passagers. 
Le CRS interagit avec les autres systèmes du PSS, tels que le système d’inventaire et le 
système de contrôle de départ, et propose plusieurs fonctions pour gérer efficacement les 
réservations (BELOBABA et al. 2009) (O’CONNELL et al. 2005). 

Les principales fonctions du sous-module CRS sont : 


e La gestion des réservations des clients et l'annulation de celles-ci. 


e La fourniture des informations relatives aux vols telles que les horaires, la disponi- 
bilité des sièges et les prix, à la demande des passagers ou des intermédiaires tels 
que les agents de voyage, les centres d’appels et les GDS. 


e La sauvegarde des informations relatives aux passagers, y compris leurs noms, leurs 
coordonnées, les dates de voyage, les escales et les détails du billet, dans un format 
PNR permettant la génération de codes de réservation uniques. 


e La gestion et l'enregistrement des billets, qu'ils soient sous forme papier ou électro- 
nique. 
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5.2 Système d’inventaire des compagnies aériennes (AIS) 


Le système d’inventaire des compagnies aériennes (AIS) est un logiciel de gestion de 
revenus qui stocke et contrôle la disponibilité des sièges et des places non vendus, ainsi que 
la gestion des tranches tarifaires, selon les règles établies par chaque compagnie aérienne. 
L’AIS est généralement connecté au GDS et au CRS et il est souvent combiné avec le 
système central de réservation pour des mises à jour rapides et échange d’informations 
(BELOBABA et al. 2009) (O’CONNELL et al. 2005). 

Les principales fonctions du sous-module AIS sont : 


e Permet de définir et de gérer les tarifs des billets d'avion en fonction de différents 
critères tels que la classe de voyage, la destination, la saisonnalité et les restrictions. 


e Permet de planifier et de gérer les vols, d’assigner des avions aux itinéraires, de gérer 
les horaires de vol, les équipages et de gérer les retards ou les annulations de vols. 


e Permet de gérer les stocks de sièges disponibles sur chaque vol, en prenant en compte 
les réservations confirmées, les billets émis et les sièges réservés pour le personnel 
de la compagnie aérienne. 


5.3 Système de contrôle de départ (DCS) 


Le système de contrôle de départ (DCS) est conçu pour répondre aux demandes crois- 
santes des compagnies aériennes en termes de gestion des opérations aéroportuaires et 
d'expérience client de qualité. En effet, avec l’augmentation du nombre de passagers, les 
compagnies aériennes ont besoin de gérer efficacement une quantité croissante de res- 
sources d'informations nécessaires pour assurer le bon fonctionnement de leurs opérations 
dans les aéroports. 


Le DCS permet également aux compagnies aériennes de fournir un service plus per- 
sonnalisé en gérant les passagers de manière individuelle, de l’enregistrement à l’embar- 
quement (BIEGER et al. 2006) (REYNOLDS-FEIGHAN 2002). 


Parmi les principales opérations effectuées par le DCS nous avons : 


e Le DCS permet le traitement des enregistrements des passagers par différentes mé- 
thodes, comme les applications web et mobile, les comptoirs de service, ou les bornes 
d'enregistrement automatique (BIEGER et al. 2006) . 


e Il vérifie les poids, contrôle et équilibre le mélange complexe de bagages (REYNOLDS- 
FEIGHAN 2002). 


e Le DCS génère et imprime les cartes d'embarquement et les étiquettes de bagage 
pour les passagers (BIEGER et al. 2006) . 


+ Il échange des informations avec d’autres services, tels que le service de sécurité 
(REYNOLDS-FEIGHAN 2002). 
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Le DCS est souvent combiné avec le systéme central de réservation, sinon il doit interagir 
toujours avec le CRS pour échanger les données, afin de mettre a jour les informations 
relatives aux passagers et réservations. 

De ce fait, le DCS permet de fournir les outils nécessaires pour améliorer la gestion 
des ressources et la productivité des agents et augmenter la satisfaction clientéle et des 
nouveaux revenus. 


5.4 Composants supplémentaires du PSS 


Les compagnies aériennes cherchent toujours à renforcer le système central de réser- 
vation, et afin de compléter leurs opérations des modules principaux des PSS. Ceci afin 
d'inclure les opérations critiques, et d’intégré leurs services avec d’autres logiciels. Voici 
quelques-unes des solutions les plus utiles et populaires. 


Système de gestion des revenus 


Les compagnies aériennes cherchent constamment à maximiser leurs revenus en ven- 
dant les bons sièges aux passagers en fonction des tarifs actuelles. Le système d'inventaire 
AIS gère les tranches tarifaires en fonction des règles prédéfinies établies par le système 
de gestion des revenus (RMS). Le RMS dispose des capacités suivantes : 


e Analyser les données historiques de réservation et de vente pour extraire les ten- 
dances d’achat et repérer les habitudes des clients (BIEGER et al. 2006). 


e Prévoir la demande en se basant sur les données historiques, telles que les stra- 
tégies de concurrence, les tendances du marché et les comportements des clients 
(REYNOLDS-FEIGHAN 2002). 


e Recommander des limites de réservation pour optimiser les revenus pour les vols 
(BIEGER et al. 2006). 


Plateforme de vente aux détails 


Les compagnies aériennes doivent faire face à une concurrence féroce sur le marché, 
ce qui rend la gestion de la capacité des sièges et des prix des billets cruciaux pour leur 
réussite (BIEGER et al. 2006). Afin de ne pas perdre de clients tout en augmentant les 
tarifs, elles doivent passer de la simple vente de billets à la vente d'expériences de vol via 
des plateformes de commerce électronique (OLIVEIRA 2018). Ces plateformes fournissent 
aux clients des produits et des services complémentaires tels que la location de voitures, 
des excursions et des cartes de voyage, ainsi que des options de paiement pratiques, des 
fonctionnalités de panier d’achat et des outils avancés pour personnaliser les offres, les pro- 
grammes de fidélité et les recommandations. En utilisant ces plateformes, les compagnies 
aériennes peuvent offrir des expériences de vol de qualité supérieure tout en augmentant 
leurs revenus (Y. LEE et al. 2012). 
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Plateforme de gestion des offres et des commandes (NDC) 


En 2012, l'Association Internationale du Transport Aérien a lancé un nouveau format 
basé sur le langage de balisage XML pour la distribution du contenu des compagnies aé- 
riennes. Ce format, appelé New Distribution Capability (NDC), permet aux compagnies 
aériennes de commercialiser leurs offres personnalisées et de partager des contenus enri- 
chis en matiére de services supplémentaires et d’options de vols avec leurs clients (Y. LEE 
et al. 2012). 

Les compagnies aériennes ont la possibilité de développer leurs propres plateformes conve- 
nables à la norme NDC ou d'utiliser des solutions tierces telles que FLX NDC API’, T- 
Retail? ou NDC Gateway? pour exploiter leurs systèmes avec la forme NDC (OLIVEIRA 
2018). La plateforme de gestion des offres et des commandes NDC permet donc aux com- 
pagnies aériennes de proposer des offres plus personnalisées et de répondre aux demandes 
spécifiques de leurs clients. 

La figure ci-dessous présente une représentation visuelle de la distribution indirecte des 
vols à l’aide de la norme NDC. 


REPARTITION INDIRECTE DES VOLS AVEC NDC 


Agrégateurs de contenu 


Agent 


Fic. 2.2 : Répartition indirecte des vols avec NDC (Amadeus 2023) 


6 Conclusion 


En conclusion, le chapitre sur les systémes de services des passagers (PSS) met en 
évidence l’importance de ces systèmes dans l’industrie du transport aérien. Les PSS ont 
connu une évolution significative au fil du temps, passant de simples systèmes de réserva- 
tion à des plateformes intégrées offrant une multitude de fonctionnalités. Dans l’ensemble, 
les PSS permettent aux compagnies aériennes de mieux gérer les services des passagers, de 
personnaliser les offres et de fournir une expérience de voyage plus fluide et satisfaisante. 


l API conçue pour la Plateforme de gestion des offres et des commandes (NDC) des systèmes des 
compagnies aériennes. 

une initiative de l’International Air Transport Association (IATA) qui vise à améliorer l'expérience 
d’achat des passagers dans le domaine du transport aérien 

3plateforme ou un système qui sert d’intermédiaire entre les compagnies aériennes et les agences de 
voyages pour faciliter la communication et l’échange de données selon la norme NDC (New Distribution 
Capability). 
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Ces systèmes continuent d'évoluer pour répondre aux besoins changeants de l’industrie 
et des voyageurs, et ils constituent un pilier essentiel pour les compagnies aériennes mo- 
dernes. 
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1 Introduction 


Dans l’industrie du transport aérien moderne, les systèmes de gestion des passagers 
(PSS) sont d’une importance primordiale pour assurer une expérience de voyage fluide 
et efficace. Ces systèmes sophistiqués permettent aux compagnies aériennes de gérer tous 
les aspects des opérations liées aux passagers, depuis les réservations initiales jusqu’à 
l'enregistrement, l’embarquement et la gestion des vols. 


Ce chapitre se focalise sur les principaux leaders du marché des systèmes de gestion 
des passagers, qui ont bâti leur réputation en proposant des solutions avancées et com- 
plètes répondant aux besoins spécifiques des compagnies aériennes. Nous examinerons de 
manière approfondie trois de ces leaders, qui représentent collectivement plus de 60 % du 
marché des réservations aériennes. 


2 Suite Amadeus Altéa 


Amadeus, l’un des principaux GDS du monde, propose la suite Amadeus Altéa, un 
système destiné à améliorer l’expérience des passagers et à limiter les pertes des compa- 
gnies aériennes. Cependant, vu que l’implémentation de ce système complexe nécessite 
une expertise technique, car il est crucial de protéger les fonctions commerciales clés des 
compagnies aériennes à chaque étape de la transition. Pour garantir une mise en œuvre 
sans risque, Amadeus élabore un plan de migration détaillé et fournit des fonctionnalités 
complètes de réservation, d'inventaire et de contrôle des départs (MERTEN et al. 2011). 
Les principaux clients de Amadeus sont : Air Canada, Austrian Airlines, Bangkok Air- 
ways, British Airways, Brussels Airlines, Cathay Pacific, Cyprus Airways, Flybe, IAG, 
Japan Airlines, KLM, Lufthansa, Qantas, Southwest Airlines, Swiss International Air- 
lines...etc. 

Les composants du PSS Amadeus Altéa sont présentés ci-dessous. 


2.1 Altéa Reservation 


Altéa offre un système de réservation qui permet de stocker les données des passa- 
gers en toute sécurité et de fournir des informations en temps réel sur les vols, ce qui 
améliore l’expérience de voyage des clients. De plus, il facilite le partage de tarifs et d’in- 
formations sur les clients entre les compagnies aériennes partenaires et permet des vols 
de correspondance plus simples (MERTEN et al. 2011). 


2.2 Altéa Inventaire 


Amadeus Altéa offre un système de gestion des revenus de dernière génération qui est 
conçu pour aider les experts à fixer les tarifs optimaux et à identifier les clients à forte 
valeur ajoutée. Il permet également d’automatiser la gestion des stocks et des horaires. 
Cette plateforme intègre les techniques les plus avancées de gestion de la disponibilité, 
de la segmentation dynamique des clients et des contrôles sophistiqués de la politique 
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des compagnies aériennes, afin de maximiser l'efficacité, les revenus et la satisfaction des 
clients (MERTEN et al. 2011). 


2.3 Le contrôle des départs (DC) 


Le module de contrôle des Départs (DC) de Amadeus Altéa est un système qui offre 
aux passagers une expérience de voyage simplifiée grâce à une gestion numérique complète, 
de l'enregistrement en ligne à la réception de la carte d'embarquement sur smartphone. La 
solution innovante de ”track and trace” permet de suivre les bagages à tout moment. DC 
inclut également des outils de gestion de la rémunération pour offrir des remboursements 
adaptés en cas de perturbations, grâce à l’analyse des profils de voyageurs et des données 
relatives aux perturbations. Le composant de gestion de vol permet de contrôler et d’op- 
timiser la répartition de la charge dans l’avion afin d’optimiser les coûts du carburant 
(MERTEN et al. 2011). 


2.4 Le composant de billetterie 


Le module de billetterie de Amadeus Altéa couvre toutes les fonctions de gestion des 
billets : émission de billets électroniques et papier, modifications de billets et génération 
d’EMD à partir des ventes annexes (MERTEN et al. 2011). 


2.5 La solution Amadeus Altéa NDC 


La solution Amadeus Altéa NDC prend en charge les capacités de gestion des offres et 
des commandes et les achats NDC. Elle possède un double certificat de niveau 4 en tant 
qu’agrégateur et fournisseur informatique offrant tous les avantages d’un contrôle total 
sur les processus d’offre et de commande (MERTEN et al. 2011). La figure 3.1 illustre le 
flux d’achat lors d’une réservation via Amadeus Altéa 


3 Ventes et service à la clientèle SabreSonic CSS 


SabreSonic CSS est un système de service aux passagers qui propose une gamme com- 
plète de fonctionnalités configurables pour améliorer l’expérience client. Grâce à sa dis- 
tribution directe puissante, il prend en charge la vente et la réalisation, le merchandising, 
l’e-commerce, la réservation, le suivi des vols et le contrôle des départs. Cette solution a 
été conçue pour être plus dynamique et plus innovante, avec de nouvelles fonctionnalités 
pour répondre aux besoins des compagnies aériennes et de leurs clients. 

Les principaux clients de cette solution sont : Aeroméxico, Aeroflot, Alaska Airlines, Ame- 
rican Airlines, Ethiopian Airlines, LATAM Airlines, Vietnam Airlines , JetBlue, Volaris, 
West Jet...etc. 

Les composants du PSS SabreSonic CSS sont présentés ci-dessous. 


25 


Chapitre 3. Principaux systémes de gestion des passagers (PSS) 


Fic. 3.1 : Un flux d'achat à la réservation via Amadeus Altéa NDC (Amadeus 2023) 


3.1 Le module d’inventaire 


SabreSonic CSS offre une solution de gestion des revenus avec une gamme complete 
de fonctionnalités pour protéger et augmenter les revenus des compagnies aériennes. Les 
fonctionnalités clés de ce module incluent : (CHOU et al. 2019) 


e La possibilité de gérer un large éventail de points de vente et de règles métier. 
+ Un échange de données en temps réel pour une gestion optimale de l'inventaire. 
e Un échange de données en temps réel pour une gestion optimale de l'inventaire. 


e La prise en charge des dernières techniques de gestion de revenus OD, telles que la 
soumission de courbe de prix, la qualification tarifaire avancée et le prorata inter- 
ligne. 


e Une base de données performante offrant une disponibilité en temps réel pour toutes 
les transactions d’achat. 


3.2 Le contrôle des départs 
La solution d'enregistrement proposée par SabreSonic CSS utilise l'interface utilisateur 
la plus avancée de l’industrie pour offrir une vue complète des clients à chaque point 


de service, avec des données supérieures. Cette solution offre de nombreux avantages, 
notamment : (CHOU et al. 2019) 


e Des profils clients améliorés et des capacités de gestion des données optimisées. 


26 


Chapitre 3. Principaux systèmes de gestion des passagers (PSS) 


e Une interface graphique intuitive et performante, qui améliore la productivité, l’effi- 
cacité des membres de l’équipe, la rapidité d'adoption, réduit les coûts de formation 
et augmente les opportunités de merchandising ciblé, conduisant ainsi à plus de 
revenus. 


e Conforme aux normes de sécurité gouvernementales et aux mandats de l’industrie. 
e Une intégration légère qui garantit l'efficacité du chargement et la sécurité des vols. 


e Fournit des données de départ précises pour mettre à jour les systèmes internes et 
externes. 


e Prend en charge toutes les principales alliances aériennes. 


3.3 Le composant de billetterie 


SabreSonic CSS offre une solution de billetterie avec des transactions précises et sé- 
curisées grâce à des processus électroniques automatisés, appelés EMD. Elle présente les 
avantages suivants : (CHOU et al. 2019) 


e Remplacer les processus papier par des documents électroniques automatisés qui 
accroît l'efficacité de l’équipe, améliore la réactivité des clients et réduit les coûts 
liés au papier. 


e Fournir une solution robuste de traitement des échanges et des remboursements, 
soutenue par la puissance de (CAT31, CAT 33){, y compris des capacités automa- 
tisées pour les opérations irrégulières et l’activation des services Web. 


e Prendre en charge les partenariats générateurs de revenus entre les compagnies aé- 
riennes à travers une plateforme de billetterie électronique entièrement fonctionnelle. 


e Fournir des rapports complets et des outils de rapprochement pour que les compa- 
gnies puissent suivre, surveiller et comptabiliser efficacement toutes les activités de 
vente. 


e Fournir des rapports complets et des outils de rapprochement pour que les compa- 
gnies puissent suivre, surveiller et comptabiliser efficacement toutes les activités de 
vente. 


e Offrir plusieurs options de paiement locaux et internationaux, y compris les cartes 
de crédit, PayPal, Bill Me Plus tard, e-Bank, etc. 


3.4 SabreSonic Web 


SabreSonic CSS offre aussi une plateforme de commerce électronique qui est compa- 
tible avec le standard NDC, et qui est dotée d’un moteur de réservation pour permettre 
des achats rapides. Elle offre une solution web paramétrable, avec un excellent retour 


4Catégories spécifiques de tarifs aériens 
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sur investissement et une grande valeur sur le marché, incluant des offres flexibles et des 
workflows centrés sur le client. De plus, elle permet de cibler davantage d'opportunités de 
merchandising grâce à des services annexes disponibles sur toutes les chaînes de check-in. 


4 Navitaire New Skies 


Selon l’auteur Fawzi Ben Messaoud (BEN MESSAOUD 2021), les compagnies aériennes 
a petit budget, qui dépendent principalement des revenus des services auxiliaires, adoptent 
des systémes de gestion des passagers (PSS). commercialisés comme des plateformes numé- 
riques "e-commerce first”. Ces PSS sont offre des fonctionnalités de bases tel que lesoutils 
de marchandising, de personnalisation et d’analyse. Le PSS le plus utilisé est Navitaire 
New Skies (NNS), que les principaux transporteurs low-cost comme AirAsia, Eurowings, 
FLY ONE, Gol, Wizz Air, Scoot, Swoop, Transavia et Vueling utilisent. 


4.1 Le système de réservation 


Selon l’auteur Jérôme Boyer (BOYER 2019), le système de réservation de NSS repose 
sur un moteur de réservation internet hautement évolutif et s'intègre aux applications de 
réservation personnalisées, ce qui permet d'éviter les frais GDS. De plus, il bénéficie des 
avantages des partenariats étendus avec les compagnies aériennes fournis par Amadeus. 


4.2 Gestionnaire d’horaires 


Ce module de NSS synchronise les horaires avec l’inventaire, crée des plans de cabine 
améliorée et effectue des mises à jour en temps réel (BOYER 2019). 


4.3 Gestionnaire des tarifs 


Ce module de NSS crée et modifie les tarifs en fonction de règles prédéfinies et des 
normes ATPCO (Airline Tariff Publishing Company). Pour améliorer l’expérience des 
passagers, l'outil prend en charge les tarifs multidevises (BOYER 2019). 


4.4 Commerce des voyages 


NSS offre une puissante plateforme de commerce électronique étroitement intégrée au 
système de réservation et à l’environnement NDC (Navitaire possède un certificat NDC 
de niveau 3). Il aide les compagnies aériennes à vendre des accessoires autonomes ainsi 
que des offres groupées de tarifs et d’accessoires via plusieurs canaux de distribution. En 
outre, la plate-forme intègre des services de voyage de fournisseurs tiers, permettant aux 
transporteurs de générer des revenus grace à la commercialisation de billets d'événements, 
de visites de la ville, de locations de voitures, etc (BOYER 2019). 
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4.5 Le moteur de paiement avancé 


NSS permet le traitement en temps réel des paiements, en se connectant directement 
aux réseaux de cartes de crédit. Les compagnies aériennes peuvent facilement ajouter des 
options de paiement supplémentaires en tenant compte des préférences de leurs passagers. 
Le moteur est livré avec un ensemble d’outils et de services utiles, notamment la prévention 
de la fraude et la conversion dynamique des devises (BOYER 2019). 


4.6 Solution d’enregistrement 


NSS propose aux passagers de s'enregistrer via des téléphones portables, des tablettes 
ou des kiosques. Ils peuvent également payer les frais de bagages et acheter des accessoires. 
Par contre, NSS n’inclut pas de système de contrôle des départs ou de gestion des revenus. 
Ils se présentent sous la forme de modules séparés et les opérateurs sont libres de les acheter 
et de les installer ultérieurement (BOYER 2019). 


5 Vue d’ensemble des 3 leaders de PSS 


Le tableau ci-dessous présente une vue d’ensemble des trois leaders du système de 
gestion des passagers (PSS). 


Amadeus Altéa Suite | SabreSonic Web Navitaire New Skies 


e Client | + Compagnies aé- | e (Compagnies aé- | e (Compagnies aé- 


cible riennes à service | riennes à service | riennes à petit budget 


Adoption 
NDC 


Modules 
principales 


Module 
facultatif 

/ configu- 
rable 


complet 

e Double NDC à 
4 niveaux (Certificat 
en tant qu’agrégateur 
et fournisseur 
matique) 


infor- 


e Réservation 
e Inventaire 
e Contrôle des dé- 
parts 


e Billetterie 


e Plateforme NDC 

e Réservation intelli- 
gente 

e Gestion des revenus 


complet 

e Double NDC à 
3 niveaux (Certificat 
en tant qu’agrégateur 
et fournisseur 
matique) 


infor- 


e Réservation 

e Contrôle des dé- 
parts 

e Plateforme NDC 


e Inventaire / gestion 
des revenus 

e Billetterie 

e Prix / Achats 

e Solutions de fidéli- 
sation 


e Certificat NDC de 
niveau 3 en tant que 
fournisseur informa- 
tique 


e Réservation 

e Programmation 

e Gestion des tarifs 

e Moteur de paie- 
ment 

e Solution d’enregis- 
trement, Plateforme 
NDC 

e Gestion des revenus 
e Contrôle des dé- 
parts 

e Solutions de fidéli- 
sation 
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e Amadeus Altéa Suite offre une double adoption NDC avec 4 niveaux. Il propose éga- 
lement un large éventail de modules facultatifs, comme la réservation intelligente et 
la gestion des revenus, ce qui en fait un des choix les plus solide pour les compagnies 
aériennes a services complets. 


e Sabre Sonic Web propose une double adoption NDC à 3 niveaux, offrant une in- 
tégration solide avec la nouvelle capacité de distribution. Il se concentre également 
sur des fonctionnalités telles que la gestion des revenus, la billetterie et les solutions 
de fidélisation, ce qui peut étre attractif pour les compagnies aériennes a services 
complets. 


e Navitaire New Skies offre une solution plus économique, en particulier pour les 
compagnies aériennes récentes avec un petit budget. Il propose des fonctionnalités 
de base telles que la réservation, la tarification et l’enregistrement, mais avec moins 
d’options avancées comme la gestion des revenus. 


Les trois systèmes offrent des fonctionnalités de réservation et de contrôle de départ, mais 
ils diffèrent dans leurs fonctionnalités supplémentaires. Amadeus Altéa Suite et Sabre So- 
nic Web ciblent les compagnies aériennes à services complets, offrant des fonctionnalités 
plus avancées telles que la gestion des revenus et l’automatisation des processus. Ama- 
deus Altéa Suite se distingue par son adoption double NDC à 4 niveaux, ce qui indique 
un haut niveau d'intégration avec la nouvelle capacité de distribution. Navitaire New 
Skies offre une solution plus économique et adaptée aux compagnies aériennes récentes 
avec un budget limité. Bien qu’il n'offre pas autant de fonctionnalités avancées que les 
autres systèmes, il fournit les fonctionnalités de base nécessaires pour les opérations quoti- 
diennes d’une compagnie aérienne émergente avec un coût plus abordable. Le choix entre 
ces systèmes dépendra des besoins spécifiques et des ressources disponibles pour chaque 
compagnie aérienne. 


6 Conclusion 


Pendant des années, les compagnies aériennes n’ont pas accordé beaucoup d’attention 
à leurs solutions de services aux passagers, . Mais les demandes croissantes des voyageurs 
et les nouvelles opportunités de marchandising offertes par la norme NDC ont enfin fait 
bouger les choses. Les opérateurs même ceux qui s’en tiennent au modèle à faible coût 
ont commencé à investir dans le PSS et à innover leurs plates-formes informatiques nées 
au siècle dernier. 
Les experts prédisent que dans un proche avenir, les voyageurs profiteront d’une expérience 
d'achat en vol similaire à celle d'Amazon ou d’autres sites de commerce électronique. Cela 
n’empéche pas les retards et les annulations. Mais peut-être que les passagers trouveront 
un peu de consolation dans des réductions et des offres uniques d’expériences de voyage 
à prix réduits. 
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1 Introduction 


L’étude de l’existant et de l’organisme d’accueil est une étape importante dans le 
processus d’initiation d’un projet. Elle permet d’avoir une meilleure vue sur l’organisme 
bénéficiant du projet, sur les systèmes existants, tout en relevant leurs forces et leurs fai- 
blesses, en définissant les potentielles améliorations et en identifiant les risques possibles. 


Dans ce chapitre, nous présentons l’organisme d’accueil dans lequel nous avons effectué 
notre stage de fin d'étude : Tassili Airlines (TAL). Ainsi, nous présentons l’organisation, 
ses activités et ses diverses missions et objectifs. Par la suite, nous expliquons la structure 
organisationnelle et les différentes directions de la compagnie. 


2 Présentation de Tassili Airlines 


Tassili Airlines a été créée en mars 1998. La compagnie commence par concentrer l’es- 
sentiel de ses activités au profit du secteur pétrolier en opérant des charters et navettes 
aussi bien pour des vols domestique qu’international. 


Les activités principales de Tassili Airlines sont les vols charters pour la société pétro- 
lière Sonatrach et ses filiales. Elle effectue aussi des vols pour les compagnies pétrolières 
internationales à travers. 


Plus récemment, Tassili Airlines a étendu son réseau au service du grand public pour 
des vols charters internationaux et le transport régulier national et international. 


Tassili Airlines est membre des organisations internationales IATA, AACO, AFRAA 
et TIACA. 


2.1 Missions et activités de Tassili Airlines 


Tassili Airlines (TAL) offre plusieurs services pour l’activité aérienne. Parmi ses mis- 
sions nous trouvons : 


A. Les vols réguliers : Depuis Mars 2013, TAL s’ouvre au grand public, elle propose 
des destinations variées selon le besoin des clients en faisant des réservations via 
téléphone. 


B. Mise à dispositions d’appareils : TAL propose des contrats de mise à disposition 
d’appareils pour une période donnée. Généralement la période est d’une (01) année 
ou plus, où Tassili Airlines « Fréteur » affecte au client « Affréteur » des aéronefs 
contre le paiement d’un forfait mensuel représentant un volume horaire appelé aussi 
« MinimumGaranti». Un seuil horaire pour la durée d’exploiatation effective de 
l'appareil est fixé en commun accord entre les parties contractantes en tenant compte 
de deux principaux facteurs : 
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e Le besoin du client en matière de transport aérien (estimation de l'exploitation 
de l'appareil). 
e Le potentiel mensuel devant être réalisé par l’aéronef. 

C. Vols à la demande : TAL propose une panoplie de services consistant à mettre à 
la disposition du client, de façon ponctuelle, des aéronefs pour assurer la réalisation 
de missions variées telles que : 

e Le transport des délégations. 

e Les prises de vue aériennes. 

e Les levées topographiques. 

e Diverses missions conjoncturelles. 

D. Les vols charters : TAL signe des contrats de prestations de service avec des 
entreprises, des agences de voyage ou tours opérateurs donnant la possibilité de 


réserver un quota des sièges passagers suivant des périodes mentionnées dans les 
contrats et avec des tarifs concurrentiels. 


E. Les vols navettes : Depuis Avril 2009, TAL à mis à disposition au grand public la 
possibilité de réserver des sièges sur des vols destinées exclusivement aux entreprises. 


F. Travail aérien : Tassili Airlines intervient également sur différents segement liée 
au travail aerien. Les principaux sont présentés dans la section suivantes. 


2.2 Travaux aerien proposés par TAL 


TAL propose aussi différents services liés au travaux aérien dont les principaux sont : 


A. HYDROCARBURES : TAL étant une filiale de Sonatrach, elle offre des services 
liées aux hydrocarbures tel que : 
e Le transport de la petite relève du personnel du secteur des hydrocarbures. 
e Le transport de délégations du secteur des hydrocarbures (TAXI et VIP). 
e L’évacuation sanitaire en cas de maladie ou d'accident du travail (EVASAN). 
e La surveillance héliportée des installations industrielles. 


e Le lavage des isolateurs des lignes électriques HT et THT, la thermographie et 
les inspections visuelles. 


e L’offshore héliporté. 
B. AGRICOLE : TAL offre des services liées à l’agriculture comme : 


e Le traitement phytosanitaire par voie aérienne. 


e La lutte contre les feux de forêts. 
C. AUTRES SERVICES : TAL offre aussi des services aerien tel que : 


e Des levés topographiques et modélisation en 3D héliportés par satellite « laser ». 


e Du service de prises de vue aériennes, documentaires, publicités, film... 
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2.3 Objectifs de TAL 


Evoquant les objectifs et perspectives de la compagnie, Tassili Airlines aspire a : 


e Réaliser un chiffre d’affaires de 13,8 milliards de dinars et à transporter plus de 1 
million de voyageurs à l'horizon 2026, souligné par la commission des transports et 
des télécommunications de l’Assemblée Populaire Nationale (APN). 


e S’approprier le marché du transport pétrolier actuel et futur, et œuvrer à développer 
l’activité de fret et à promouvoir le secteur de l’énergie à court et long termes. 


e Préserver sa place de leader dans le transport aérien pétrolier, à travers la fidélisation 
des clients des compagnies pétrolières. 


e Cherche d’inaugurer des nouvelles lignes et liaisons afin d’étendre son réseau des 
vols internationaux charters et réguliers. 


3 Organigramme de TAL 


La figure ci-dessous présente l’organigramme complet de l’entreprise Tassili Airlines. 


Conseil d'Administration 


Président Directeur Général 
lassili Airlines 


Bureau in 
Sécurité des vols gere Le s 
(FSB) 
Bureau Sûreté Responsable 
Aérienne Sécurité 
Cellule Santé, Sécurité Cellule S.LE 
& Environnement (HSE) 
m Cellule 
Sous Direction Communication & 
Juridique R. Publiques 
SD Système 
d'Information & Sous Direction 
Télécommunications Gestion des Moyens 


er! Pee 


e « 
Délégation H Délégation : H Délégation 
: 


w * 
onnnnmnnnnnnnnnns annnnnnnnnnnnnn nt 


Fic. 4.1 : Organigramme de TAL 
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Notre stage se déroule au sein de la Direction des Systèmes d’Informations et Télé- 
communications, plus précisément au niveau de département études et développement. 
Nous présentons plus en détail ce département dans ce qui suit. 


3.1 Direction systéme d’informations et télécommunication 


Dans le cadre de notre projet de fin d’étude, nous travaillons en collaboration avec la 
direction système d’information et télécommunications. Cette direction a comme princi- 
pales mission les suivantes : 


e Définit, propose et fait approuver la politique informatique de la compagnie. 


e Préparation, mise en œuvre et gestion des plans et des projets de technologie et des 
systèmes de gestion de l’information. 


e Élaboration des normes, des spécifications et des processus techniques. 
e Élaboration des systèmes de gestion de la qualité et en surveille l'application. 


e Direction et contrôle de la mise en œuvre des activités prévues au plan d'exploitation 
d'entretien de l'équipement, du développement et de l'entretien des bases de données 
et des applications informatiques. 


e Assure le fonctionnement général de la structure informatique de la Compagnie. 


e Procède à l'élaboration, à l’actualisation et à la mise à jour des programmes et 
systèmes. 


Pour assurer sa mission, la direction de système d’information et de télécommunication 
est composé de plusieurs structures comme illustré sur la figure 4.2. 


Dans ce qui suit nous présentons chaque département de la sous-direction Système 
d'Information et Télécommunication. 


Département Help Desk 


Le département Help Desk a pour mission d’animer et de mettre en œuvre le support 
informatique et télécommunications au profit de l’ensemble des structures fonctionnelles et 
opérationnelles dans le cadre de gestion des ressources informationnelles de la Compagnie. 


Département Administration réseaux et sécurité 
Le département Administration Réseaux et Sécurité a pour missions : 
e Assurer l'administration et la sécurité des réseaux informatiques de la compagnie. 
e Gérer et administrer les systèmes de gestion de données. 
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e Assurer le maintien et l’évolution des bases de données . 


e constituant le système d’information de la compagnie. 


Président Directeur 
Général 


Sous Direction 


Système d'Information 
& Télécommunications 


Département Etudes Département 
& Développement Télécommunications 


— ——— 
Administration 


Réseau & Sécurité 


Se Support Serv ice ADM & Service Etudes 
Sécurité du S.I & Développement 
Service Gestion Service ADM de Service Service Etudes & 
du Pare Bases de données Exploitation S.I Installations 
Informatique 


See bak 


Service 


Surveillance 
Télécom. 


Fic. 4.2 : Structure de La direction SI & télécommunication 


Département étude et développement 
Le département Etudes et Développement a pour missions : 


+ Effectue des études de spécifications fonctionnelles et techniques. 
e Concoit des logiciels sur mesure et adaptés à l’activité de la structure. 


e Introduit les techniques de recherche opérationnelle pour optimiser certaines fonc- 
tions de production et de gestion. 


e Contribue à l'amélioration du système de gestion par le développement des appli- 
cations adaptées. 


+ Participe au développement des cahiers des charges de la structure informatique et 
télécommunications. 


e Préconise des procédures de travail liées à l'exploitation du système d’information 
(politique de sécurité, charte d’utilisation, politique de sauvegarde, etc.). 


e Assure la veille technologique. 


e Élabore les rapports mensuels et le bilan annuel de l’activité de la structure. 
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Pour assurer ses missions, le Chef de Département Etudes et Développement dispose du 
service Etudes et Développement et du service Exploitation Système d’Information que 
nous présentons ci-dessous. 


A. Service Etude et développement 


Le Service Etudes et Développement a pour missions : 
1. Elabore des études et développe des applications informatiques adaptées aux 
structures. 
2. Assure le suivi des projets informatiques et d’acquisition de logiciels. 


3. Veille à la cohérence du Système d’Information de la compagnie lors de l’inté- 
gration et/ou du développement de nouvelles applications. 


4. Elabore les rapports mensuels et le bilan annuel de l’activité de la structure. 


B. Service Exploitation S.I 


Ce Service a pour missions : 


1. Assure la formation des utilisateurs sur les applications développées ou ac- 
quises. 
2. Veille au bon fonctionnement des applications. 


3. Veille au bon fonctionnement et a la cohérence du Systeme d’Information en 
période d’exploitation. 


4. Elabore les tests et traite les anomalies constatées dans les applications. 


3.2 Département Télécommunications 
Le Département Télécommunications a pour missions : 


e Assurer le bon fonctionnement des équipements télécommunications au niveau de 
l’ensemble des structures et des escales de la compagnie. 


e Contrôler les conformités techniques et d'exploitation vis à vis des exigences de la 
compagnie, de l’aviation aivile, des postes et télécommunications et des autorités 
compétentes. 


e Assurer la maintenance du ler, 2ème et 3ème degré des équipements, au sol, de 
radiocommunications, télex, fax, téléphoniques ainsi que les autocommutateurs. 


4 Description de l’ancien système TRS 


L’ancien système de gestion des réservations et des pré-enregistrements de vols de 
Tassili Airlines, était conçu pour permettre aux employés de la compagnie d’accéder à 
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une plateforme en ligne sécurisée et conviviale. Le système permettait aux employés d’ef- 
fectuer des réservations de vols, de planifier des itinéraires, de gérer les vols des contrats. 


Le fonctionnement du système était basé sur une architecture client-serveur, où le 
serveur héberge toutes les informations et les données liées aux réservations de vol, tandis 
que les clients se connectent à distance pour accéder aux informations et effectuer les 
tâches requises. 


Le système était en interaction avec d’autres systèmes externes tels que les systèmes 
de facturation, les systèmes de gestion des données des passagers et d’autres systèmes. 
Cette interaction permettrait au système de communiquer avec ces différents systèmes 
pour récupérer et transmettre des informations essentielles à la gestion des réservations 
et des vols. 


Cependant, malgré les avantages offerts par ce système, il présentait également cer- 
taines limites et problèmes.Notamment des temps de réponse lents, des erreurs de traite- 
ment de données et une incapacité à gérer de grand volumes de données. Ces lacunes ont 
conduit à la nécessité de concevoir et de mettre en œuvre un nouveau système de gestion 
des réservations et des pré-enregistrements de vols, plus efficace et plus performant. 


4.1 Les fonctionnalités offertes par TRS 


L'ancien système de gestion des réservations et des pré-enregistrements de vols de 
Tassili Airlines offrait un ensemble de fonctionnalités permettant de gérer les réservations 
et les vols des clients. Parmi ces fonctionnalités, on pouvait notamment trouver : 


e Gestion des vols : il permettait de gérer les vols, y compris la planification des 
vols, la gestion des horaires et la mise à jour des informations de vol. 


+ Réservation de vols : il permettait de créer des réservations de vols pour les 
clients, de vérifier la disponibilité des sièges. 


e Gestion des passagers : il permettait de gérer les données des passagers, y compris 
les informations sur les clients, les détails de réservation et les préférences de voyage. 


e Le suivi des disponibilités des vols : il permettait de consulter la disponibilité 
des vols pour différentes destinations ainsi que le nombre de places restant à bord 
de chaque vol. 


Notez que le système ne disposait pas de certaines fonctionnalités telles que la gestion 
des contrats, les rapports et statistiques, et l’interopérabilité avec d’autres systèmes. 
4.2 Processus métier existant 


Le processus métier décrit les différentes étapes impliquées dans la gestion des ré- 
servations et des pré-enregistrements de vols de TassiliAirlines. Ce processus permet à 
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l’entreprise de gérer les réservations et les pré-enregistrements, de garantir la satisfaction 
des clients et d’optimiser les ressources de la compagnie aérienne. 


Voici une description Générale du processus métier de ce système : 


+ Un employé de Tassili Airlines se connecte au système avec son identifiant et son 
mot de passe. 


e L’employé a accès aux fonctionnalités du système telles que la réservation de vols, 
la gestion des passagers et la consultation des informations des vols. 


e L’employé peut rechercher les disponibilités des vols pour une destination donnée 
ou une date précise. 


e Une fois la recherche effectuée, le système affiche les vols disponibles et leurs infor- 
mations correspondantes. 


e L’employé peut sélectionner un vol et saisir les informations des passagers ou des 
clients. 


e Le système vérifie la disponibilité du vol avant de permettre à l’employé de valider 
la réservation. 


e Le système génère une confirmation de réservation qui peut être imprimée ou en- 
voyée par e-mail au client. 


e Le système met également à jour les données des passagers et des vols pour refléter 
la nouvelle réservation. 


eo -© 
Démarre Fin 


E 3 m 
À 


Réservation 


Fic. 4.3 : Diagramme BPMN du processus de réservation 


En cas d’annulation ou de modification de réservation, l’employé peut accéder aux 
fonctionnalités de gestion de réservation pour effectuer les modifications nécessaires. 
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4.3 Avantages du système TRS existant 


Lors de l'étude de l’existant, il est important de considérer les avantages de l’ancien 
systeme de gestion des réservations et des pré-enregistrements de vols de la compagnie 
Tassili Airlines. En effet, même si ce système peut sembler obsolète, il peut encore présen- 
ter des atouts non négligeables. Dans cette optique, nous allons présenter les avantages 
de l’ancien système : 


e Stabilité : le système est assez stable, car il a été testé et utilisé pendant des années. 


e Maitrise : les employés sont souvent plus familiers avec l’ancien système, car ils 
l'utilisent depuis longtemps. 


e Coût : le système est moins cher à maintenir et à mettre à jour que les systèmes 
plus récents. 


+ Intégration : l’ancien système est mieux intégré avec d’autres systèmes et processus 
de la compagnie aérienne. 


4.4 Inconvénients du système TRS existant 


Tassili Airlines éprouve des difficultés avec le système TRS actuel à répondre aux de- 
mandes de leurs clients en temps réel à offrir des options de personnalisation avancées et 
à s'intégrer avec d’autres technologies clés telles que les plateformes de commerce électro- 
nique. TAL cherche à rester compétitive sur le marché, elle doit alors envisager une mise 
à niveau de son système de réservation pour améliorer son efficacité opérationnelle et sa 
capacité à offrir une expérience de voyage fluide. 


Parmi les problèmes du système de réservation TRS , nous trouvons notamment : 


Les problèmes techniques 
TAL fait face à plusieurs problèmes techniques liée à son TRS comme : 


e Des temps de réponse lents et une mauvaise convivialité de l'interface utilisateur. 


e Des capacités limitées en termes de réservation de sièges et de gestion des itinéraires 
complexes. 


e Une absence de flexibilité tels que les changements de vols et les réacheminements. 


e Le système est équipé d’une technologie extrêmement ancienne qui ne peut pas 
s’interfacer avec d’autres systèmes (DCS). 


+ Des difficultés pour intégrer de nouvelles fonctionnalités et pour répondre aux be- 
soins des voyageurs modernes, tels que les options de paiement alternatives et la 
personnalisation des offres. 


e Des risques de sécurité et de conformité. 
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Les problémes métier 


En plus des problèmes techniques, TAL est confronté à plusieurs problèmes métiers 
dans son TRS, comme : 


e Limitations dans la gestion des capacités des vols, entraînant des pertes de revenus 
dues à des sieges vides ou à des vols surchargés. 


e Incapacité à gérer efficacement les demandes de sur-classement ou les changements 
de vol, ce qui peut entraîner une mauvaise expérience client et des coûts supplé- 
mentaires pour la compagnie aérienne. 


e Difficulté à offrir des offres personnalisées et des services supplémentaires aux clients 
en raison de l’absence de données intégrées et d’une vue complète de leur historique 
d'achats et de voyage. 


e Limitations dans la gestion des partenariats et des programmes de fidélité, ce qui 
peut entraîner une perte de clientèle fidèle et de revenus. 


5 Conclusion 


L'étude de l’existant est une étape cruciale pour comprendre le fonctionnement du 
système en place, ainsi que pour identifier les opportunités d'amélioration et les solutions 
à mettre en œuvre. Cela permettra d'élaborer un plan de projet efficace, en tirant parti 
des avantages et en évitant les problèmes rencontrés dans le système actuel. 
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1 Conclusion 


Dans la partie étude bibliographique, nous avons étudié en détail deux composantes 
essentielles du processus de réservation de vols : le système d’information de réservation 
et le système de gestion des passagers. Le premier chapitre sur le système d’information 


de réservation nous a permis de comprendre les fonctionnalités clés de ce système, telles 
que la recherche de vols, la disponibilité des sièges, la gestion des tarifs et la gestion des 
réservations. Nous avons également examiné les avantages de l’utilisation d’un système 
d’information de réservation, tels que l’automatisation des processus, la réduction des er- 
reurs et l'amélioration de l'efficacité opérationnelle. Le deuxième chapitre sur le système 


de gestion des passagers nous a permis d’explorer les différentes fonctionnalités de ce sys- 
tème, notamment l'enregistrement des passagers, l'émission des cartes d'embarquement, 
la gestion des bagages et le suivi des informations des passagers. Nous avons également 
abordé les avantages d’un système de gestion des passagers, tels que l’amélioration de 
l'expérience des passagers, la réduction des temps d'attente et l’optimisation des opéra- 
tions aéroportuaires. Le troisième chapitre était consacré aux principaux PSS utilisés par 


les compagnies aériennes. 


2 Chalenges ouverts des PSS 


Dans un contexte où les entreprises cherchent des solutions de réservation personna- 
lisées et efficaces pour répondre à leurs besoins dans le secteur des voyages d’affaires, 
les systemes de réservation adaptés aux entreprises sont devenus essentiels. Dans cette 
section, nous explorerons les chalenges de développement clés pour ces systèmes qui reste 
ouverts. Elles incluent l’intégration, la personnalisation et la gestion des dépenses, per- 
mettant aux entreprises d'améliorer leur efficacité opérationnelle, d’optimiser leurs coûts 
et de suivre précisément leurs dépenses de voyage. En examinant ces perspectives, nous 
pourrons mieux comprendre comment les systemes de réservation peuvent étre adaptés 
aux besoins spécifiques des entreprises et contribuer a leur réussite. 


e Perspectives d’amélioration du système d’information de réservation 
Les systèmes d’information de réservation peuvent être améliorés sur les points 
suivants : 
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1. Intégration de nouvelles fonctionnalités pour faciliter la réservation en ligne 
(SMITH 2020). 


2. Amélioration de l’ergonomie de l’interface utilisateur pour une expérience de 
réservation plus conviviale (JOHNSON et al. 2019). 


3. Mise en place d’un systéme de notification en temps réel pour informer les 
clients des mises à jour de réservation (S. LEE et al. 2018). 


e Perspectives d'évolution du PSS 
Les systemes PSS peuvent étre améliorés sur les points suivants : 


1. Intégration de modules de gestion des données biométriques pour renforcer la 
sécurité et faciliter ’embarquement (L. CHEN et al. 2021). 


2. Développement de fonctionnalités de personnalisation pour offrir des services 
adaptés aux préférences des passagers (GARCIA et al. 2017). 


3. Mise en place d’un systéme de gestion des retards et des annulations pour une 
meilleure gestion des situations imprévues (Y. WANG et al. 2022) 


e Perspectives de personnalisation et de configuration avancées 
Les systèmes de gestion des voyages d’affaires peuvent être améliorés sur les points 
suivants : 


1. Offrir des options de personnalisation pour les entreprises clientes, leur per- 
mettant de définir des règles spécifiques, des tarifs négociés et des préférences 
de voyage pour leurs employés (SMITH et al. 2021). 


2. Mise en place de flux de travail et de validations spécifiques pour les approba- 
tions des voyages d’affaires, en tenant compte des hiérarchies et des processus 
internes des entreprises (BROWN et al. 2018). 


e Perspectives de gestion des dépenses et de reporting 
Les parties traitants des dépenses et du reporting peuvent être améliorés sur les 
points suivants : 


1. Intégration du système de réservation avec les systèmes de gestion financière 
et comptable des entreprises, permettant ainsi un suivi précis des dépenses de 
voyage et une génération automatisée de rapports (ROBERTS et al. 2019). 


2. Mise en place d'outils d'analyse et de visualisation des données pour permettre 
aux entreprises de suivre et d'optimiser leurs dépenses de voyage (X. CHEN 
et al. 2022). 
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Analyse et conception 
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Introduction 


Avant d’entamer le développement d’une application informatique, il est essentiel de 
suivre une approche méthodologique et rigoureuse pour la planification et la conception 
de l’application, en mettant en évidence les objectifs clairement définis pour assurer le 
bon déroulement du projet envisagé. Dans ce chapitre, une analyse approfondie et une 
conception détaillée de notre application ont été réalisées en suivant un processus de dé- 
veloppement d’application web bien défini. Cela en introduisant un ensemble de concepts 
clés basés sur l’utilisation de l'UML (Unified Modeling Language), un langage de modé- 
lisation couramment utilisé dans les domaines de l’analyse, la spécification des besoins 
et la conception de systémes informatiques. Cette approche méthodologique nous a per- 
mis de garantir une conception solide et bien structurée de l’application, en s’appuyant 
sur les principes de TUML pour une modélisation claire et cohérente de ses différentes 
composantes. 


Le projet vise à concevoir et modéliser un système intégré de gestion des réservations 
et des pré-enregistrements de vols pour Tassili Airlines. Le but est de mettre en place 
une solution web qui permettra à la compagnie de gérer efficacement ses vols charters 
et navettes. Le projet est divisé en deux phases : l’étude des besoins et la conception, 
puis l’implémentation des fonctionnalités telles que la gestion des programmes de vol, des 
réservations nominatives et non nominatives et de TAXI. L'objectif final est de fournir une 
solution conviviale pour les utilisateurs, tout en garantissant la fiabilité, la disponibilité 
et la sécurité des données. 
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1 Introduction 


Dans le processus de conception d’un système, l’étape d’analyse des besoins est fonda- 
mentale. Elle joue un rôle crucial pour identifier les différentes fonctionnalités nécessaires 
afin de satisfaire les exigences des utilisateurs et des clients de la compagnie. Cette phase 
permet également de déterminer les contraintes et les exigences spécifiques qui doivent 
être prises en compte lors de la conception du système. Ce chapitre aura pour objectif 
d'approfondir l'étape d'analyse des besoins pour notre projet. Nous allons examiner de 
manière détaillée les différentes étapes et méthodes utilisées pour identifier les exigences 
spécifiques des utilisateurs et des clients de la compagnie, ainsi que les contraintes à 
prendre en compte pour la conception du système. 


2 Analyse des exigences du système 


Pour assurer le succès d’un projet de développement logiciel, il est important de consi- 
dérer les attributs de qualité du système. Dans le cadre de notre projet de développement 
d’un système intégré de gestion de réservations pour la compagnie aérienne Tassili Air- 
lines, nous avons identifié des attributs de qualité essentiels : la fiabilité, la disponibilité, 
la sécurité, la maintenabilité, la convivialité, la performance, la cohérence et l’évolutivité 
que nous présentons dans ce qui suit : 


1. Fiabilité : le système de réservation doit être fiable pour éviter les erreurs de 
réservation ou de surréservation, ce qui peut causer des problèmes pour les passagers. 


2. Disponibilité : le système de réservation doit être disponible en tout temps pour 
permettre aux clients de réserver des vols à tout moment de la journée. Les pannes 
ou les temps d’arrêt peuvent entraîner des pertes de ventes et causer une frustration 
pour les clients. 


3. Sécurité : le système de réservation doit garantir la confidentialité et la sécurité 
des données personnelles des clients. Les données doivent être stockées de manière 
sécurisée et ne doivent être accessibles qu'aux personnes autorisées. 


4. Maintenabilité : le système doit être facilement maintenable et modifiable, afin 
de pouvoir s'adapter aux évolutions futures des besoins de l’entreprise. 


5. Performance : le système de réservation doit être rapide et efficace pour éviter les 
temps d’attente et permettre une expérience utilisateur fluide. 


6. Convivialité : le système de réservation doit être facile à utiliser pour les uti- 
lisateurs, sans nécessiter de formation ou d’assistance supplémentaire. L'interface 
utilisateur doit être conviviale, intuitive et accessible. 


7. Évolutivité : le système de réservation doit être évolutif pour permettre l'ajout 
de nouvelles fonctionnalités et modules à l'avenir. L'architecture doit être conçue 
pour faciliter les modifications et les mises à niveau du système sans causer de 
perturbations pour les utilisateurs. 
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8. Cohérence : le système de réservation doit être cohérent dans la présentation des 
informations et dans la façon dont les utilisateurs interagissent avec l’interface uti- 
lisateur. 


2.1 Démarche suivre pour l'identification des besoins 


Pour l'identification des besoins du système TRS pour de Tassili Airlines, plusieurs 
étapes ont été nécessaires : 


1. Analyse des besoins : Cette étape consiste à identifier les besoins du système 
TRS, à partir de la documentation existante (spécifications techniques, manuels 
opérationnels, etc.) et des informations fournies par les acteurs concernés. Cette 
étape a permis de définir les fonctionnalités de base du système TRS. 


2. Réunion avec les acteurs : Des réunions ont été organisées avec les acteurs clés 
du système TRS afin de recueillir leurs besoins et leurs attentes par rapport au 
système. Ces réunions ont permis de comprendre les processus métier de Tassili 
Airlines et de définir les fonctionnalités spécifiques à inclure dans le système TRS. 


3. Entretiens individuels avec les acteurs : Des entretiens individuels ont été me- 
nés avec certains acteurs clés pour obtenir des informations plus détaillées sur leurs 
besoins et leurs attentes. Ces entretiens ont permis de recueillir des informations 
supplémentaires et de clarifier les points qui n'étaient pas clairs lors des réunions. 


4. Documentation des besoins : Tous les besoins identifiés ont été documentés 
synthétisés et analysés pour guider la conception et le développement du Système. 


Identification des besoins 


Afin de répondre aux besoins de la compagnie, plusieurs fonctionnalités clés ont été 
identifiées afin de permettre à Tassili Airlines de gérer de manière efficace et conviviale 
l’ensemble des modules liés au système de réservation, tout en garantissant la fiabilité, la 
disponibilité et la sécurisation des données. 

La synthèse des besoins essentiels est présentée dans le tableau ci-dessous : 


Gestion du programme de vol na- | Permettre à Tassili Airlines de gérer les vols navettes 
vette de manière efficace, en planifiant les itinéraires et les 
horaires, en gérant les retards et les annulations. 


Gestion du programme de vol | Consiste à faciliter la planification des vols charters de 

charter Tassili Airlines en optimisant les itinéraires et les ho- 
raires, en gérant les réservations de manière efficace, 
ainsi qu’en communiquant les informations importantes 
aux passagers de manière claire et concise. 
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Gestion des vols TAXI Permettre a Tassili Airlines de gérer les réservations de 
vols non planifiés auparavant, tels que des vols de taxi, 
en permettant aux utilisateurs de réserver ces vols a la 
demande et en fournissant une planification de vol effi- 
cace pour répondre a ces demandes. 


Réservation nominative/bon de | Permettre aux clients de Tassili Airlines de réserver des 
commande billets d’avion en leur nom propre, en fournissant des in- 
formations personnelles telles que leur nom, leur société 


et leur adresse e-mail. 

Réservation de bloc de siéges Permettre a Tassili Airlines de réserver des blocs de 
siéges pour des groupes, tels que des voyages d’affaires 
ou des voyages organisés. 

La communication avec les diffé- | Permettre 4 Tassili Airlines d’intégrer facilement la so- 

rentes solutions métiers déja en | lution web développée dans son systeme d’information 

production existant, en utilisant des protocoles et des formats stan- 
dardisés pour communiquer avec les différentes solutions 
métiers déja en production. 


TAB. 5.2 : Les besoins identifiés pour le nouveau système. 


Identification des acteurs 


Pour assurer le fonctionnement du système de réservation de la compagnie aérienne de 
Tassili Airlines, plusieurs acteurs interviennent à différents niveaux. Chacun d’entre eux 
joue un rôle clé dans le bon déroulement des opérations et dans la satisfaction des clients. 
Le tableau ci-dessous présente différents acteurs impliqués dans le système : 


Acteurs 


Administrateur Cet acteur est responsable de la gestion générale de l'ap- 
plication et des utilisateurs. Il peut ajouter, modifier ou 
supprimer des comptes utilisateurs, gérer les permissions 
et assurer la traçabilité des actions réalisées dans l'ap- 
plication. 

Responsable navette et bloc- siège | Cet acteur est responsable des réservations de navettes 
et de blocs sièges. Il peut effectuer des réservations, affi- 
cher les listes de passagers, annuler ou modifier des réser- 
vations existantes, et gérer les disponibilités des navettes 
et des blocs sièges. 


Responsable charter Est l'acteur en charge des réservations de vols charters. 
Il peut effectuer différentes actions telles que créer de 
nouveaux contrats, visualiser les listes de clients, annuler 
ou modifier des réservations existantes. 
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Responsable bon de commande Est un acteur qui est responsable des réservations nomi- 
natives. Ce rôle lui permet d’effectuer des réservations, 
de consulter les listes de passagers, de modifier ou d’an- 
nuler des réservations existantes, ainsi que de gérer les 
disponibilités des vols nominatifs. 


Responsable programme Cet acteur est responsable de la création, de la modifi- 
cation et de la suppression des appareils, des configura- 
tions et des types d’avions. I] peut également gérer les 
programmes de vol et les plannings des avions. 


TAB. 5.4 : les acteurs impliqués dans le système. 


3 Expression des besoins 


Dans cette section, nous présentons les différentes spécifications fonctionnelles selon 
chaque acteur du système. 


3.1 Spécifications fonctionnelles de l’administrateur 


De notre étude, nous avons défini les spécifications fonctionnelles suivante pour l’ad- 
ministrateur : 


+ L'application doit permettre aux administrateurs d'ajouter des nouveaux modules 
pour l’application. 


e L'application doit permettre aux administrateurs d'ajouter des nouveaux menus 
pour l’application. 


+ L'application doit permettre aux administrateurs de gérer les rôles, et les accès des 
fonctionnalités de système pour chaque utilisateur d'application. 


e L'application doit permettre aux administrateurs de gérer les utilisateurs : 


— Création de compte utilisateur : l'application doit permettre aux utilisateurs de 
créer un compte utilisateurs en fournissant leur nom, leur adresse e-mail, leurs 
accès aux fonctionnalités, leurs rotations, leurs escales, avec la date d’activation 
de leurs comptes. 


— Visualisation des détails des comptes utilisateurs : l'application doit permettre 
aux utilisateurs de visualiser les détails des comptes utilisateurs. 


— Modification de compte utilisateur : l’application doit permettre aux utilisa- 
teurs de modifier les comptes des utilisateurs en effectuant des changements 
sur : leur nom, leur adresse e-mail, leurs accès aux fonctionnalités, leurs rota- 
tions, leurs escales, la date limite d’activation de leurs comptes. 


— Activation / désactivation du compte utilisateur : l’application doit permettre 
aux utilisateurs d’activer ou désactiver les comptes des utilisateurs. 
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e L'application doit permettre aux administrateurs de vérifier la connexion du compte 
connecté au système et la possibilité de le bloquer. 


3.2 Spécifications fonctionnelles du responsable de programme 


De notre étude, nous avons défini les spécifications fonctionnelles suivante pour le 
responsable de programme : 


+ L'application doit permettre aux responsables de programme de visualiser les dé- 
tails des aéronefs existants (immatriculation, modèle, les ailes, nombre maximum 
de siège, nombre maximum de bagages), de les éditer, et de les supprimer. 


+ L'application doit permettre aux responsables de programme d'ajouter un nouvel 
aéronef. 


e L'application doit permettre aux responsables de programme de gérer les types 
d’aéronefs : 


— Ajouter un nouveau type : l'application doit permettre aux responsables de 
programmes de créer un nouveau type et de l’associer avec des aéronefs. 


— Visualisation des détails des comptes utilisateurs : l’application doit permettre 
aux utilisateurs de visualiser les détails des comptes utilisateurs. 


— Suppression d’un type : l’application doit permettre aux responsables de pro- 
grammes de supprimer un type existant. 


e L'application doit permettre aux responsables de programme de créer des configu- 
rations à chaque appareil et de les modifier. La configuration inclut les classes des 
sièges (première classe, et classe économique, le nombre de sièges pour chaque classe, 
les ailes et les existes pour chaque classe). 


e L'application doit permettre aux responsables de programme de visualiser l’image 
réelle de l’aéronef avec sa configuration et de renommer chaque siège pour chaque 
classe. 


e L'application doit permettre aux responsables de programme de gérer les poids des 
bagages : 


— Création d’une nouvelle configuration des poids des bagages : l’application doit 
permettre aux utilisateurs de créer une configuration de poids pour chaque aé- 
ronef en saisissant la classe programmée pour le voyageur, le type des bagages, 
et la moyenne de poids. 


— Modification de la configuration de poids existante : l’application doit per- 
mettre aux responsables de poids de modifier la configuration de poids pour 
chaque aéronef en mettant à jour le type des bagages, et la moyenne de poids. 

— Visualisation des détails : l’application doit permettre aux responsables de 
programmes de visualiser les détails de chaque configuration existante. 

— Suppression d’une configuration de poids : l’application doit permettre aux 
utilisateurs de supprimer une configuration existante. 
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3.3 spécifications fonctionnelles du responsable charter 


De notre étude, nous avons défini les spécifications fonctionnelles suivante pour le 
responsable charter : 


+ L'application doit permettre aux responsables charter de créer un contrat en saisis- 
sant les informations nécessaires à savoir : le nom de contrat, le numéro de vol, la 
date début de contrat et la date d’expiration. 


e Les responsables des vols charter peuvent modifier les contrats créés, et cette modi- 
fication entraînera également la modification de tous les programmes de vols charter 
du contrat, ainsi que des vols réels générés à partir de ces programmes de vols. 


e L'application doit permettre aux responsables charter de supprimer un contrat exis- 
tant. 


e L'application doit permettre aux responsables charter d'ajouter un ou plusieurs 
clients au contrat. 


e L'application doit permettre aux responsables charter de supprimer un client ajouté 
à un contrat, la suppression va affecter les programmes de vols créés pour le même 
contrat. 


e L'application doit permettre aux responsables charter de créer des programmes de 
vols de type charter pour chaque contrat existant en choisissant l’aéronef associé, 
l’escale départ et l’escale d'arrivée, la fréquence et la périodicité de vol, et la date 
de début d’exécution des vols : 


— Les responsables charter peuvent visualiser les vols dans une liste, comme ils 
peuvent également les consulter individuellement pour obtenir plus d’informa- 
tions sur chaque vol. 


e L'application doit permettre aux responsables charter de configurer le nombre de 
sièges pour chaque client de contrat et selon le programme de vol exécuté, de les 
éditer à condition de que la somme de sièges de différents clients ne dépasse pas le 
nombre maximal de sièges de la configuration de l’aéronef choisi pour l’exécution 
du programme de vol. 


+ L'application doit permettre aux responsables charter d'ajouter des escales pour un 
programme de vol, en choisissant la rotation, l'heure de départ et d'arrivée. 


e L'application doit permettre aux responsables charter de configurer le nombre de 
sièges de chaque client de contrat pour chaque escale ajoutée à un programme de 
vol déjà créé. 


e L'application doit permettre aux responsables charter de gérer les programmes de 
vols : 


— Les responsables charter peuvent modifier les informations relatives à chaque 
vol créé, les modifications effectuées vont affecter les vols générés à partir de 
ce programme de vol. 


52 


Chapitre 5. Analyse des besoins 


— Les responsables charter peuvent supprimer les vols créés, la suppression va 
causer une suppression des vols générés. 


— Les responsables des vols charter peuvent également modifier la configuration 
des clients préalablement définie avant la génération des vols réels. Ces modi- 
fications s’appliqueront également aux vols générés. 


— Les responsables charter peuvent supprimer une escale ajoutée à un programme 
de vol, la suppression va affecter les vols générés. 


— Les responsables charter peuvent changer l’aéronef pour un vol généré, et un 
autre appareil avec une autre configuration (nombre de sièges) à travers la liste 
des vols ou un calendrier. 


e L'application doit permettre aux responsables charter de générer les vols : 


— L'application doit permettre aux responsables charter de générer automatique- 
ment les vols réels à partir des programmes de vols créés dans le contrat en se 
basant sur les informations fournies. 


— Les vols sont générés en respectant la périodicité et la fréquence spécifiées 
dans le programme de vol. Par exemple, si la périodicité est hebdomadaire et 
la fréquence est configurée pour les jours de la semaine (lundi, mardi, etc.), 
alors les vols seront générés pour chaque semaine aux jours spécifiés. 


— Les vols générés auront les mêmes informations que le programme de vol, à 
l'exception des dates de début et de fin qui seront ajustées en fonction de la 
périodicité et de la fréquence. 


— Les vols générés seront enregistrés dans la base de données en tant que vols 
associés au programme de vol correspondant. 


e L'application doit permettre aux responsables charter de visualiser les vols : 


— Les responsables charter peuvent visualiser les vols générés à partir du pro- 
gramme de vol dans une liste ou en sélectionnant une date dans un calendrier, 
en affichant les détails tels que les dates de début et de fin, la périodicité, la 
fréquence, et l’aéronef associé. 


— Les responsables charter peuvent également consulter les détails des vols indi- 
viduellement pour obtenir plus d'informations sur chaque vol. 


e L'application doit permettre aux responsables charter de modifier, d’annuler, ou 
supprimer les vols générés à partir du programme de vol, si nécessaire. Les modifi- 
cations apportées à un vol n’affecteront pas les autres vols générés à partir du même 
programme de vol. 


e L'application doit permettre aux responsables charter de modifier la configuration 
de chaque client pour un vol généré en sélectionnant le vol dans une liste ou dans 
un calendrier sans affecter les autres vols générés du même programme de vol. 


e L'application doit permettre aux responsables charter de modifier la configuration 
des escales ajoutés pour chaque client d’un vol généré en sélectionnant les escales a 
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travers la liste des vols ou dans un calendrier sans affecter les autres vols générés 
du méme programme de vol. 


+ L'application doit gérer les erreurs potentielles, telles que les dates de début et fin 
invalides, les heures de départ et d’arrivée erronées, les périodicités non prises en 
charge, ou les conflits de vols générés, le changement des configurations, et afficher 
des messages d’erreur appropriés pour informer les utilisateurs du systéme. 


3.4 Spécifications fonctionnelles du responsable navette et bloc- 
siege 


De notre étude, nous avons défini les spécifications fonctionnelles suivante pour le 
responsable navette et bloc-siège : 


+ L'application doit permettre aux responsables navettes et bloc-siège de créer des 
programmes de vols navettes sans aucune configuration et aucun client, en saisissant 
le numéro de vol, la date de début et la date d’arrivée, l’heure de départ et l’heure 
d'arrivée, l’aéronef associé, la fréquence et la périodicité. 


e L'application doit permettre aux responsables navette et bloc-siège d'ajouter des 
escales pour un programme de vol créé, en choisissant la rotation, l’heure de départ 
et d’arrivé : 


— Les responsables navette et bloc siège peuvent visualiser les programmes de 
vols dans une liste, comme ils peuvent également les consulter individuellement 
pour obtenir plus d'informations sur chaque programme de vol. 


+ L'application doit permettre aux responsables navette et bloc-siège de générer au- 
tomatiquement les vols réels à partir des programmes de vols navettes créés en se 
basant sur les informations fournies : 


— Les responsables des navettes et des blocs-siège peuvent modifier les informa- 
tions relatives à chaque programme de vol créé. Ces modifications auront un 
impact sur les vols réels générés à partir de ce programme de vol. 


— Les responsables navette et bloc-siège peuvent supprimer les programmes de 
vols créés. La suppression va causer une suppression des vols générés. 


— Les responsables navettes et bloc-siège peuvent supprimer une escale ajoutée 
à un programme de vol. La suppression va affecter les vols réels générés. 


— Les responsables navette et bloc-siège peuvent changer l’aéronef pour un vol 
généré à travers la liste des vols ou le calendrier. 


— Les responsables navette et bloc-siège peuvent annuler un vol réel généré à 
travers la liste des vols ou le calendrier sans affecter les autres vols générés. 
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3.5 Spécifications fonctionnelles du responsable bon de com- 
mande 


De notre étude, nous avons défini les spécifications fonctionnelles suivante pour le 
responsable bon de commande : 


e L'application doit permettre aux responsables bons de commande et responsables 
navette et bloc-siége de filtrer les vols générés par l’escale de départ et d’arrivée, la 
date d’exécution de vol, le type de vol (navette / charter / taxi). 


+ L'application doit permettre aux responsables bons de commande et responsables 
navette bloc-siège d’effectuer des réservations au nom de clients pour des sociétés 
bien définies. Ils devront saisir le nombre de clients, leurs noms, leurs adresses e- 
mail, le nom de la société qui s’occupe de ces clients, la référence BDC et le fichier 
à fournir aux clients. 


+ L'application doit permettre aux responsables bons de commande et responsables 
navette et bloc-siège de réserver un ensemble de sièges pour un client en fonction 
de la disponibilité des sièges restants dans chaque classe d’aéronef (première classe 
et classe économique) pour un vol en sélectionnant une date dans le calendrier, ou 
pour un ensemble de vols en sélectionnant une période dans le calendrier. 


3.6 Spécifications non fonctionnelles 
De notre étude, nous avons défini les spécifications non fonctionnelles suivante : 


e L'application doit être performante et réactive, avec des temps de réponse rapides 
pour assurer une expérience utilisateur fluide. Les requêtes à la base de données 
doivent être optimisées pour minimiser les temps de latence et les goulots d’étran- 
glement de performance. 


+ L'application doit être capable de gérer un grand nombre d'utilisateurs, de vols et 
de réservations, et de s’adapter à une augmentation de la charge de travail sans 
compromettre les performances. L'architecture N-tiers doit être conçue de manière 
à permettre l’ajout facile de nouvelles fonctionnalités et à faciliter la mise à l’échelle 
horizontale. 


e L'application doit être disponible en tout temps, avec un temps d’indisponibilité 
minimum pour les mises à jour ou la maintenance planifiée. Des mécanismes de 
tolérance aux pannes, tels que la redondance des serveurs et la sauvegarde des 
données, doivent être mis en place pour garantir une haute disponibilité. 


+ L'application doit garantir la sécurité des données sensibles, notamment les informa- 
tions de compte utilisateur et les données de réservation. Les pratiques de sécurité 
recommandées, telles que l’authentification et l’autorisation robustes, la protection 
contre les attaques de type injection SQL, et la gestion appropriée des autorisations 
d'accès aux ressources, doivent être mises en place pour protéger les données des 
utilisateurs. 
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e L'application doit être conçue de manière à être facilement maintenable, avec un 
code source propre, bien organisé et bien documenté. Les principes de conception 
SOLID et les bonnes pratiques de développement logiciel doivent être suivis pour 
garantir une maintenance efficace et la facilité de compréhension et de modification 
du code. 


+ L'application doit permettre la traçabilité des comptes connectés, en enregistrant 
les activités de connexion, de déconnexion et d’autres actions importantes, dans 
des journaux d’audit ou des fichiers de journalisation. Cela permettra de suivre les 
actions des utilisateurs et d’assurer la sécurité et la responsabilité des comptes. 


e L'application doit être capable de s'intégrer avec d’autres systèmes tels que des 
services de paiement et l'application DCS de l’entreprise. Les interfaces d'intégration 
doivent être bien documentées et conformes aux normes de l’industrie pour garantir 
une intégration réussie avec d’autres systèmes. 


e L'application doit être conviviale et offrir une expérience utilisateur agréable. L’in- 
terface utilisateur doit être intuitive, avec une navigation facile, des messages d’er- 
reur clairs et des feedbacks appropriés pour guider les utilisateurs tout au long du 
processus de préenregistrement des vols navettes. 


e L'application doit être fiable et minimiser les risques d'erreurs ou de dysfonctionne- 
ments. Les tests unitaires, les tests d'intégration et les tests de régression doivent 
être mis en place pour garantir la qualité du code et la stabilité de l’application. 
Les erreurs doivent être gérées de manière appropriée, avec des messages d’erreur 
clairs et des mécanismes de récupération d’erreur pour minimiser les perturbations 
pour les utilisateurs. 


e L'architecture de l'application doit être conçue pour permettre l’ajout facile de 
nouvelles fonctionnalités et de nouveaux modules, ainsi que la modification ou la 
suppression de fonctionnalités existantes sans compromettre l’intégrité de l’applica- 
tion. Le design pattern Unit of Work et Repository peut aider à faciliter l’évolutivité 
de l’application en séparant les préoccupations de la logique métier et de l’accès aux 
données. 


e L'application doit être bien documentée, avec des documents techniques décrivant 
l’architecture, la conception, les fonctionnalités, les configurations et les procédures 
d'installation et de déploiement. Une documentation utilisateur complète doit éga- 
lement être fournie pour guider les utilisateurs dans l’utilisation de l’application, y 
compris les fonctionnalités d’authentification, de traçabilité des comptes connectés 
et de traduction en plusieurs langues. 


e L'application doit prendre en charge l’authentification sécurisée des utilisateurs 
à l’aide de l’Active Directory (AD) de l’entreprise ou d’un autre système d’au- 
thentification fiable. L’authentification doit être mise en œuvre conformément aux 
meilleures pratiques de sécurité, en utilisant des protocoles sécurisés tels que HTTPS, 
et en stockant les informations d'identification de manière sécurisée, par exemple 
en utilisant des techniques de hachage et de salage. Les permissions d’accès doivent 
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être correctement gérées pour assurer l'intégrité et la confidentialité des données des 
utilisateurs. 


4 Diagramme de contexte 


Un diagramme de contexte est un schéma qui représente les interactions globales de 
manière simplifiées entre un système et son environnement externe, en mettant en évi- 
dence les interfaces et les flux d’information entre le système et les entités externes. 

La figure 5.1 illustre comment la modélisation des flux permet de représenter les mouve- 
ments de données au sein d’un système d’information. 


ke" des comptes Gestion des TT, Responsable 


Administrateur > ` E< programme 


pa des réservations nominatives Gestion des contrats h.a des vols charters 


Gestion des réservations Navettes et block siège Responsable 


Responsable charter 


bon de 
commande 


Responsable 
Navette et bloc 
siège 


Fic. 5.1 : La modélisation des flux 


5 Conclusion 


En conclusion, l'étude minutieuse des expressions de besoins, avec les spécifications 
fonctionnelles et non fonctionnelles ainsi que le diagramme de contexte, a été essentielle 
pour notre projet de fin d'études. Elle nous a permis de comprendre les exigences des 
utilisateurs, d'identifier les fonctionnalités clés du système et de garantir que notre projet 
répondait aux attentes fixées. 

Grâce à cette étude approfondie, nous avons pu minimiser les risques d'écart entre les 
attentes des parties prenantes et les fonctionnalités du système, contribuant ainsi à la 
qualité et à la pertinence du projet réalisé. 
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1 Introduction 


Le chapitre de conception vise à décrire les différentes étapes et décisions prises lors 
de la conception du système. Il englobe la modélisation des fonctionnalités, la définition 
de l'architecture globale et les considérations clés en matière de conception. Nous exa- 
minerons de manière approfondie des aspects essentiels tels que la modélisation des cas 
d'utilisation, les séquences d'actions et les diagrammes d'activité. L'objectif est de fournir 
une vue d’ensemble cohérente et détaillée de la manière dont le système sera conçu pour 
répondre aux besoins identifiés. En adoptant une approche méthodique, nous pourrons 
garantir que chaque aspect du système est pris en compte et que les choix de conception 
sont alignés sur les objectifs du projet. 


2 Les diagrammes des cas d’utilisations 


Le système développé pour Tassili Airlines est une solution complète de gestion des 
réservations et des pré-enregistrements des vols. Pour répondre de manière efficace à l’en- 
semble des besoins de la compagnie aérienne, nous avons adopté une approche basée sur 
cinq volets distincts. Cette division en volets permet une gestion plus ciblée et spécialisée 
de chaque aspect du système, garantissant ainsi une solution adaptée aux besoins spé- 
cifiques de Tassili Airlines. Chaque volet est conçu pour traiter un domaine spécifique, 
allant de la gestion des accès à la planification des vols en passant par la gestion des 
contrats et des programmes de vols charter. 


1. Volet 01 : Gestion des accès , qui permet de gérer les différents niveaux d’accès 
des utilisateurs du système. 


2. Volet 02 : Gestion des aéronefs , qui permet de gérer les différentes flottes 
d’avions de Tassili Airlines, y compris leur disponibilité et leur configuration. 


3. Volet 03 : Gestions des contrats et des programmes de vols charter, qui permet 
de gérer les contrats avec les clients pour les vols charters ainsi que les programmes 
de vols charter proposés par la compagnie. 


4. Volet 04 : Gestion des vols, qui permet de gérer les vols de la compagnie, y 
compris les réservations, les annulations et les modifications. 


5. Volet 05 : Gestion des programmes de vols navettes, qui permet de gérer les 
programmes de vols navettes entre différentes villes et aéroports. 


Pour chaque volet, nous présentons des diagrammes de cas d'utilisation mettant en évi- 
dence les interactions entre les acteurs concernés. Dans notre approche, nous considérons 
que ces acteurs sont authentifiés.Les cas d'utilisation identifient les différentes actions et 
scénarios possibles, tandis que les acteurs représentent les utilisateurs ou les entités ex- 
ternes impliquées. Ce diagramme facilite la compréhension des exigences et des besoins 
des utilisateurs, ainsi que la communication entre les parties prenantes du projet. Chaque 
diagramme de cas d'utilisation est détaillé par une description des fonctionnalités les plus 
importantes du système. 
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2.1 Volet 01 : Gestion des accès 


La gestion des accès est une fonctionnalité dédiée à l’administrateur, nous présentons 
dans ce qui suit les principaux cas d'utilisation de ce volet et la description détaillé de 
celui-ci. 

La figure ci-dessous présente le diagramme de cas d'utilisation relatif à la gestion des 
accès. 


Gérer les 
utilisateurs 


Gérer les 
rôles 


Gérer les 
traçabilités 


Gérer les 


. modules 
Administrateur 


Gérer les 
menus 


Gérer les 
connexions 


Fic. 6.1 : Diagramme de cas d'utilisation pour le volet 01 


Dans ce qui suit, nous donnons une description détaillée de chaque cas d'utilisation 

en utilisant différents types de diagrammes, tels que le diagramme de séquence et le 
diagramme d’activité. 
En utilisant ces différents types de diagrammes, nous serons en mesure de mettre en 
évidence les interactions, les flux d’information et les actions effectuées par le système. 
Cela nous permettra de mieux comprendre le fonctionnement global du système et de 
faciliter la mise en œuvre efficace de la solution. 
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Gestion des utilisateurs 


Le tableau ci-dessous présente une description détaillée du cas d’utilisation associé a 
la gestion des utilisateurs. 


Préconditions : L’administrateur doit être authentifié 
L’enchainement principal : 
1. L’enchainement principal démarre lorsque l'administrateur clique sur le module ” Access 
Management”, dans le menu ”User”. 
2. Si l'utilisateur clique sur le bouton ”Ajouter” : 
2.1. L’administrateur remplit le nom d'utilisateur, l’email et le mot de passe. 
2.2. L’administration remplit les autres champs relatifs aux informations de 
connexion, comme la date de début et de fin d’activation, et des 
informations relatives aux rôles et aux rotations du nouvel utilisateur. 
2.3 Le système valide le nom d'utilisateur, l’email et le mot de passe. 
2.4. Le système crée un compte pour l'utilisateur. 
3. Si l'administrateur clique sur l’icône ”" View” : 
3.1. L'administrateur visualise les détails de l'utilisateur. 
3.2. Le système affiche les détails de l'utilisateur sélectionné. 
4. Si l'administrateur clique sur l'icône ”Edit” : 
4.1. Le système affiche les détails de l'utilisateur sélectionné. 
4.2. L’administrateur modifie les champs choisis. 
4.3. Le système enregistre les modifications effectuées. 
5. Si l'administrateur clique sur le switch ”On / Off” le système active ou désactive la connexion 
de l'utilisateur. 
Postcondition : 
- Utilisateur ajouté ou modifié. 
- Connexion activée ou désactivée. 
Enchaînement alternatif : 
- Utilisateur déjà existant 


TAB. 6.2 : Description détaillée de cas d'utilisation Gérer les utilisateurs” 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d’utili- 
sation associé à la gestion des utilisateurs déjà existant. 


CU : Gérer les utilisateurs : Utilisateur déjà existant 


Description : Le système informe l'administrateur que l'utilisateur a déjà été créer. 


Acteurs primaires : administrateurs 
Acteurs secondaires : aucun 


Préconditions : L'utilisateur saisi par l'administrateur est déjà réservé et créé. 


L’enchainement principal : 


1. L’enchainement alternatif démarre à l’étape 2.3. de l’enchainement principal. 
2. Le système affiche que le compte existe. 
3. L’enchainement alternatif revient à l'étape 2 de l’enchainement principal. 


Postcondition : aucune 
Enchaînement alternatif : aucun 


TAB. 6.4 : Description détaillée « Gérer les utilisateurs : Utilisateur déja existant » 
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La figure 6.2 présente le diagramme de séquence relatif a la gestion des utilisateurs : 
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Fic. 6.2 : Diagramme de séquence de cas d'utilisation ”Gestion des utilisateurs” 
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La figure ci-dessous présente le diagramme d’activité relatif à la gestion des utilisa- 
teurs : 
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Fic. 6.3 : Diagramme de séquence pour le cas d'utilisation ”Gestion des utilisateurs” 
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Gestion des traçabilités 


Le tableau ci-dessous décrit le cas d’utilisation de la gestion des traçabilités. 


Description : Gestion de la traçabilité des utilisateurs déjà connectés au système 


Préconditions : L’administrateur doit étre authentifié 


Enchainement principal : 
1. L’enchainement principal démarre lorsque l’administrateur clique sur le module « Access 


Management », dans le menu « traceability ». 
2. Si l'administrateur clique sur l'icône « View» : 
2.1. Le système affiche les détails de traçabilité d’un utilisateur sélectionné. 
2.2. L'administrateur visualise l'utilisateur sélectionné, sa dernière date de 
connexion, sa société et son adresse IP. 
3. Si l'administrateur clique sur l’icône « Delete» le système supprime la traçabilité. 
Postcondition : - Traçabilité affichée ou supprimée. 


Enchaînement alternatif : Aucun 


TAB. 6.6 : Description détaillée de cas d'utilisation « Gérer les traçabilités » 


Gestion des rôles 


Le tableau ci-dessous décrit le cas d'utilisation de la gestion des rôles. 


Description : Gestion des rôles et des accès des utilisateurs du système 
Préconditions : L'administrateur doit être authentifié 
Enchaînement principal : 
1. L’enchainement principal démarre lorsque l’administrateur clique sur le module « Access 
Management », dans le menu « Rôles ». 
2. Si l’utilisateur clique sur le bouton « Ajouter » : 
2.1. L'administrateur remplit le nom du nouveau rôle et sa description. 
2.2. L'administrateur sélectionne les menus qui doivent être affectés à ce rôle. 
2.3. Le système valide les champs saisis. 
2.4. Le système crée le nouveau rôle avec ses accès. 
3. Si l'administrateur clique sur l’icône « View» le système affiche le nombre total avec les 
emails des utilisateurs ainsi que les accès donnés à ce rôle. 
4. Si l'administrateur clique sur l’icône « Edit » : 
4.1. Le système affiche le détail et les menus avec les accès affectés à ce rôle. 
4.2. L'administrateur modifie les accès choisis (ajout/suppression). 
4.3. Le système enregistre les modifications effectuées. 
5. Si l'administrateur clique sur l’icône « Delete» le système supprime le rôle et ses accès. 


Postcondition : - Rôle ajouté, modifié ou supprimé. 
Enchaînement alternatif : Aucun 


TAB. 6.8 : Description détaillée de cas d'utilisation « Gérer les rôles » 
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La figure ci-dessous présente le diagramme de séquence relatif à la gestion des rôles : 


I 
Administrateur 
1 


S'authentifie 


Clique sur Ajouter 


Ajouter un rôle pour l'utilisateur du système (>, 


ï 
ï 
-Afficher formulaire pour et saisir les détails du rôle- - - - - + 
I 
I 


i} 3 PA > 
Remplir les champs et sélectionne les menus ()}—————>,, 
' 

I . 

> no om on ee Valide les champs 

1 

I 


1 
Afficher détail 1 


1 Visualiser détail du réle() —————————_» Get Détails 0 


Modifie réle 


it ---- Afficher formulaire avec détails du réle et ses accés 


r Modifier les champs) ,, 


Supprimer rôle 


Fic. 6.4 : Diagramme de séquence de cas d'utilisation ”Gestion des rôles” 
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La figure ci-dessous présente le diagramme d’activité relatif à la gestion des rôles : 
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Fic. 6.5 : Diagramme de séquence pour le cas d'utilisation "Gestion des rôles” 


66 


Chapitre 6. Conception 


Gestion de la connexion 


Le tableau ci-dessous décrit le cas d’utilisation de la gestion de la connexion. 


CU : Gérer la connexion 


ID : 6 
Description : Gestion de la connexion active du système 


Acteurs primaires : administrateurs 


Acteurs secondaires : aucun 


Préconditions : L’administrateur doit étre authentifié 

Enchainement principal : 

1. L’enchainement principal démarre lorsque l’administrateur clique sur le module « Access 
Management », dans le menu « connexion ». 

2. Si l'administrateur clique sur l’icône « bloquer » le système bloque la connexion et l'accès au 
système de l'utilisateur courant. 


Postcondition : - Connexion bloquée. 


Enchaînement alternatif : Aucun 


TAB. 6.10 : Description détaillée de cas d'utilisation « Gérer la connexion » 


Gestion des modules 


Le tableau ci-dessous décrit le cas d'utilisation de la gestion des modules. 


Acteurs secondaires : aucun 
Préconditions : L'administrateur doit être authentifié 
Enchaînement principal : 
1. L’enchainement principal démarre lorsque l’administrateur clique sur le module « Access 
Management », dans le menu « Module ». 
2. Si l'utilisateur clique sur le bouton « Ajouter » : 
2.1. L'administrateur remplit le nom du module, son ordre d’apparition, et l’icône 
descriptif du module. 
2.2. Le système valide les champs saisis. 
2.3. Le système crée un nouveau module. 
3. Si l'administrateur clique sur l'icône « View» : 
3.1. Le système affiche les détails de l'utilisateur sélectionné. 
3.2. L'administrateur visualise les détails du module. 
4. Si l'administrateur clique sur l’icône « Edit » : 
4.1. Le système affiche les détails du module sélectionné. 
4.2. L’administrateur modifie les champs choisis. 
4.3. Le système enregistre les modifications effectuées. 
5. Si l'administrateur clique sur l'icône « Delete» le système supprime le module avec ses 
dépendances. 


Postcondition :- Module ajouté / affiché / modifié / supprimé 
Enchainement alternatif : Module existant 


TAB. 6.12 : Description détaillée du cas d'utilisation « Gérer les modules » 
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Gestion des menus 


Le tableau ci-dessous décrit le cas d’utilisation de la gestion des menus. 


CU : Gérer les menus 


Enchainement principal : 
1. L’enchainement principal démarre lorsque l’administrateur clique sur le module « Access 
Management », dans le menu « Menu ». 
2. Si l’utilisateur clique sur le bouton « Ajouter » : 
2.1. L’administrateur sélectionne le module dont le menu doit apparaitre, son ordre 
d’apparition dans le module, et autres informations. 
2.2. Le système valide les champs saisis. 
2.3. Le système crée un nouveau menu. 
3. Si l'administrateur clique sur l'icône « View» : 
3.1. Le système affiche les détails du menu sélectionné. 
3.2. L'administrateur visualise les détails du module. 
4. Si l'administrateur clique sur l’icône « Edit » : 
4.1. Le système affiche les détails du menu sélectionné. 
4.2. L'administrateur modifie les champs choisis. 
4.3. Le système enregistre les modifications effectuées. 
5. Si l'administrateur clique sur l’icône « Delete» le système supprime le menu. 


Postcondition : - Menu ajouté / affiché / modifié / supprimé 
Enchaînement alternatif : Menu existant 


TAB. 6.14 : Description détaillée du cas d'utilisation « Gérer les menus » 


2.2 Volet 02 : Gestion des aéronefs 


La gestion des aéronefs est une fonctionnalité dédiée au responsable programme, nous 
présentons dans ce qui suit les principaux cas d'utilisation de ce volet et la description 
détaillé de celui-ci. 

La figure ci-dessous présente le diagramme de cas d'utilisation relatif à la gestion des 
appareils. 
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Fic. 6.6 : Diagramme cas d'utilisation pour le volet02 
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Gestion des configurations des appareils 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d’utili- 
sation associé a la gestion des configurations des appareils. 


Description : La gestion des différentes configurations des appareils utilisés par Tassili Airlines 


Enchainement principal : 
1. L’enchainement principal démarre lorsque le responsable programme clique sur le module 
« Aircrafts », dans le menu « Configurations list ». 
2. Le système affiche la liste des configurations des appareils déjà enregistrées dans le système. 
3. Si le responsable programme clique sur le bouton « Ajouter » : 
3.1. Le responsable programme sélectionne la classe et choisit l'appareil auquel 
il souhaite attribuer une configuration. 
3.2. Le responsable programme remplit les autres champs relatifs a la 
configuration, comme le nombre de places pour la classe sélectionnée, le 
décalage de départ, le nombre de lignes, le nombre de colonnes et une 
étiquette. 
3.3. Le systeme valide le nombre de places pour la classe sélectionnée. 
3.4. Le systeme crée une nouvelle configuration pour un appareil. 
4. Si le responsable programme clique sur l’icône « View » pour une configuration : 
4.1. Le systéme affiche les détails de la configuration sélectionnée. 
4.2. Si le responsable programme clique sur l’icône « Seats » : 
4.2.1. Le système affiche une image réelle du modèle de l'appareil affecté pour 
la configuration. 
4.2.2. Si le responsable programme clique sur un siège de l’image réelle du 
modèle de l’appareil : 
4.2.2.1. Le système affiche une alerte pour modifier le nom du siège. 
4.2.2.2. Si le responsable programme clique sur le bouton « valider » le système 
renomme le siége sélectionné. 
4.2.2.3. Sinon, le système annule la modification du nom du siège. 
5. Si le responsable programme clique sur l'icône « Edit » : 
5.1. Le systeme affiche les détails de la configuration sélectionnée. 
5.2. Le responsable programme modifie les champs choisis. 
5.3. Le systeme enregistre les modifications effectuées. 
6. Si le responsable programme clique sur l'icône « Delete» : 
6.1. Le systeme affiche une boite de dialogue pour la confirmation de la suppression. 
6.2. Si le responsable clique sur le bouton « Delete » le système supprime la configuration 
sélectionnée. 
6.3. Sinon, le système annule la suppression. 
Postcondition : - Configuration ajoutée ou modifiée. 
- Sièges renommés. 


Enchaînement alternatif : Aucun 


TAB. 6.16 : Description textuelle pour « Gérer les configurations des appareils » 


La figure ci-dessous présente le diagramme de séquence relatif à la gestion des confi- 
gurations des appareils. 
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Fic. 6.7 : Diagramme de séquence de cas d'utilisation « Gérer les configurations » 
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La figure ci-dessous présente le diagramme d’activité relatif à la gestion des configu- 
rations des appareils : 
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FIG. 6.8 : Diagramme d'activité pour « Gérer les configurations des appareils » 
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2.3 Volet 03 : Gestions des contrats et des programmes de vols 
charter 


La gestion des contrats et des programmes de vols charter est une fonctionnalité dédiée 
au responsable charter, nous présentons dans ce qui suit les principaux cas d’utilisation 
de ce volet et la description détaillé de celui-ci. 

La figure ci-dessous présente le diagramme des cas d’utilisation relatif 4 la gestion des 
contrats et des programmes des vols. 
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Fic. 6.9 : Diagramme cas d'utilisation pour le volet03 


Gestion des contrats 


Le tableau ci-dessous décrit le cas d'utilisation de la gestion des contrats. 


Description : La gestion des contrats entre l'entreprise et ses partenaires commerciaux 


Préconditions : Le responsable charter doit être authentifié 

Enchainement principal : 

1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Contracts ». 

2. Le système affiche la liste des contrats déjà enregistrés dans le système. 

3. Si le responsable du charter clique sur le bouton « Ajouter » et sélectionne le client et remplis 
les champs, le système crée un nouveau contrat . 

4. Si le responsable charter clique sur l'icône « View» le système affiche les détails du contrat 
sélectionné. 

5. Si le responsable charter clique sur l’icône « Edit »et modifie les champs, le système enregistre 
les modifications effectuées. 

6. Si le responsable charter clique sur l’icône « Delete » le système supprime le contrat sélec- 
tionné. 

Postcondition : - Contrat ajouté, modifié ou supprimé. 


TAB. 6.18 : Description textuelle pour le ca sd’utilisation « Gérer les contrats » 
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La figure 6.10 présente le diagramme de séquence relatif à la gestion des contrats : 
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Fic. 6.10 : Diagramme de séquence de cas d'utilisation « Gestion des contrats » 
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La figure ci-dessous présente le diagramme d’activité relatif 4 la gestion des contrats : 
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Fic. 6.11 : Diagramme de séquence pour le cas d'utilisation ?Gestion des contrats” 


Gestion des clients des contrats 
Le tableau ci-dessous décrit le cas d'utilisation de la gestion des clients des contrats. 


CU : Gérer les clients des contrats 
ID : 10 
Description : La gestion des clients associés aux contrats de charter 


Acteurs primaires : Responsable charter 
Préconditions : -Le responsable charter doit être authentifié - Le contrat doit exister 


Enchaînement principal : 

1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Clients management ». 

2. Le système affiche la liste des contrats déjà enregistrés dans le système. 

3. Si le responsable du charter clique sur l’icône « Users » pour un contrat le système affiche la 
liste des clients du contrat sélectionné. 

4. Si le responsable charter clique sur le bouton « Ajouter » le système crée un nouveau client 
5. Si le responsable charter clique sur l’icône « Delete» pour un client dans un contrat le 
système supprime le client du contrat sélectionné. 

Postcondition : - Client ajouté ou supprimé. 


TAB. 6.20 : Description textuelle pour le cas d’utilisation « Gérer les clients des contrats » 


74 


Chapitre 6. Conception 


La figure 6.12 présente le diagramme de séquence de la gestion des clients des contrats. 
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Fic. 6.12 : Diagramme de séquence de cas d'utilisation « Gestion des clients des contrats » 


La figure 6.13 présente le diagramme d'activité de la gestion des clients des contrats. 
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Fic. 6.13 : Diagramme d'activité pour ”Gestion des clients des contrats” 
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Gestion des programmes des vols 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d’utili- 
sation associé a la gestion des programmes de vols. 


CU : Gérer les programmes des vols 
ID : 11 


Description : La gestion des programmes de vols des contrats charter de la compagnie 
aérienne 


Acteurs primaires : Responsable charter 


Acteurs secondaires : aucun 
Préconditions : - Le responsable charter doit être authentifié - Le contrat doit exister 
Enchainement principal : 
1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight List ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le responsable consulte le contrat pour gérer ses programmes des vols. 
4. Le système affiche la liste des programmes des vols existants. 
5. Si le responsable charter clique sur l’icône « View » : 
5.1. Le système affiche les détails du programme de vol sélectionné. 
6. Si le responsable charter clique sur le bouton « Ajouter » : 
6.1. Le responsable charter sélectionne la configuration de l’appareil pour le 
programme de vol. 
6.2. Le responsable charter remplit les autres champs relatifs au programme 
de vol, comme le numéro de vol, la date de début du programme de vol, 
l’escalede départ et d'arrivée, l'heure de départ et d'arrivée, la fréquence et 
la périodicité. 
6.3. Le système crée un nouveau programme de vol pour un contrat. 
7. Si le responsable charter clique sur l’icône « Edit » : 
7.1. Le système affiche les détails du programme de vol sélectionné. 
7.2. Le responsable charter modifie les champs choisis. 
7.3. Le système enregistre les modifications effectuées. 
8. Si le responsable charter clique sur l’icône « Delete » : 
8.1. Le système affiche une boîte de dialogue pour la confirmation de la suppression. 


8.2. Si le responsable charter clique sur le bouton « Delete » le système supprime 


le programme de vol sélectionné. 

8.3. Sinon, le système annule la suppression du programme de vol. 
Postcondition : 
- Contrat ajouté, modifié ou supprimé. 


Enchainement alternatif : aucun 


TAB. 6.22 : Description textuelle pour le cas d'utilisation « Gérer les programmes des 
vols » 


La figure ci-dessous présente le diagramme de séquence relatif à la gestion des pro- 
grammes des vols. 
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Fic. 6.14 : Diagramme de séquence de cas d'utilisation « Gérer les programmes des vols » 
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Chapitre 6. Conception 


La figure ci-dessous présente le diagramme d’activité relatif à la gestion des pro- 
grammes des vols. 
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FIG. 6.15 : Diagramme d'activité de cas d'utilisation « Gérer les programmes des vols » 
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Gestion des escales dans les programmes des vols 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d’utili- 
sation associé a la gestion des escales dans les programmes de vols. 


CU : Gérer les escales des programmes des vols 
ID : 12 


Description : La gestion des escales des programmes de vols des contrats charter de la compagnie 
aérienne 


Acteurs primaires : Responsable charter 
Acteurs secondaires : aucun 


Préconditions : - Le responsable charter doit être authentifié - Le contrat doit exister - Le 
programme de vol doit exister 
Enchaînement principal : 
1. L’enchaînement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight StopsOver ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le responsable charter consulte le contrat pour sélectionner le programme de vol. 
4. Le système affiche la liste des programmes des vols existants. 
5. Le responsable charter consulte le programme de vol pour gérer les escales. 
6. Si le responsable charter clique sur l’icône « Settings » : 
6.1. Le système affiche les escales du programme de vol. 
6.2. Si le responsable charter clique sur le bouton « Ajouter » : 
6.2.1. Le système affiche une boîte de dialogue pour les informations de la 
nouvelle escale. 
6.2.2. Le responsable charter sélectionne la nouvelle escale. 
6.2.3. Le responsable charter remplit les champs des informations relatives à 
l’escale tels que l’heure de départ et l’heure d’arrivée. 
6.2.4. Si les informations sont correctes et validées, le système crée la nouvelle escale 
pour le programme de vol. 
6.2.5. Sinon, le système affiche un message d’erreur. 
6.3. Si le responsable charter clique sur le bouton « Settings » : 
6.3.1. Le système affiche la liste des capacités des clients pour chaque rotation. 
6.3.2 Si le responsable charter clique sur l'icône « Edit » pour une capacité 
d’un client pour une rotation : 
6.3.2.1. Le système affiche le formulaire et les capacités actuelles des 
classes existantes du client. 
6.3.2.2. Le responsable charter modifie les champs des capacités. 
6.3.2.3.Si les informations sont correctes et validées, le système enregistre les 
modifications des capacités. 
6.3.3. Si le responsable charter clique sur le bouton « Delete » pour un escale 
différent de l’escale de départ et d’arrivée : 
6.3.3.1 Le système affiche une boîte de dialogue pour la confirmation 
de la suppression. 
6.3.3.2. Si le responsable charter clique sur le bouton « Delete » le système sup- 
prime l’escale pour le programme de vol. 


Postcondition :- Escale ajoutée ou supprimée. 


Enchainement alternatif : aucun 


La figure ci-dessous présente le diagramme de séquence relatif à la gestion des escales 
programmes des vols. 
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FIG. 6.16 : Diagramme d'activité de cas d'utilisation « Gérer les escales des programmes 
des vols » 8 


Chapitre 6. Conception 


La figure ci-dessous présente le diagramme d’activité relatif à la gestion des escales 
des programmes des vols. 
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Fic. 6.17 : Diagramme d’activité de« Gérer les escales des programmes des vols » 


Gestions des capacités des clients dans les programmes des vols 


Le tableau ci-dessous décrit le cas d’utilisation de la gestion des capacités des clients. 


Acteurs secondaires : aucun 

Préconditions : - Le responsable charter doit étre authentifié - Le contrat doit exister - Le 
programme de vol doit exister 

Enchainement principal : 

1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight Configuration ». 

2. Le système affiche la liste des contrats déjà enregistrés dans le système. 

3. Le responsable charter consulte le contrat pour sélectionner le programme de vol. 

4. Le système affiche la liste des programmes des vols existants. 

5. Le responsable charter consulte le programme de vol pour gérer les capacités. 

6. Le système affiche la liste des capacités des clients pour la rotation entre l’escale de départ 
et d'arrivée. 

7. Si le responsable charter clique sur l'icône « Edit » pour une capacité d’un client et modifie 
les champs des capacités, le système valide les modifications. 


=. Z CZ 


Postcondition : - Capacité modifiée 


TAB. 6.25 : Description de « Gérer les capacités des clients des programmes des vols » 


La figure 6.18 présente le diagramme de séquence de la gestion des capacités des clients. 
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FIG. 6.18 : Diagramme d'activité de « Gérer les capacités des clients des programmes des 
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Chapitre 6. Conception 


La figure ci-dessous présente le diagramme d'activité relatif à lagestion des capacités des clients 
des programmes des vols. 
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Fic. 6.19 : Diagramme d'activité de cas d'utilisation « Gérer les capacités des clients des 
programmes des vols » 
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Génération des vols 


Le tableau ci-dessous décrit le cas d’utilisation de la génération des vols. 


Préconditions : - Le responsable charter doit étre authentifié - Le contrat doit exister - Le 
programme de vol doit exister - Les escales du programme de vol doivent étre configurées - Les 
capacités des clients des rotations doivent étre configurées 


Enchainement principal : 
1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 


« Contracts Management », dans le menu « Flight List ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le responsable consulte le contrat pour sélectionner le programme de vol. 
4. Le système affiche la liste des programmes des vols du contrat. 
5.Le responsable consulte le programme de vol pour gérer ses vols. 
6. Si le responsable charter clique sur l’icône « Flights » : 
6.1. Si les vols sont déjà générés, le système affiche la liste des vols. 
6.2. Sinon, le système affiche une liste vide et un bouton pour les générer. 
6.3. Si le responsable charter clique sur le bouton « Ajouter », le système génère les vols. 


Postcondition : - Vols générés. 


TAB. 6.27 : Description textuelle pour le cas d'utilisation « Générer les vols » 


La figure ci-dessous présente le diagramme d’activité relatif à la génération des vols. 
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Fic. 6.20 : Diagramme d'activité pour « Générer les vols » 
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La figure ci-dessous présente le diagramme de séquence relatif à la génération des vols. 
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Fic. 6.21 : Diagramme de séquence de cas d'utilisation « Générer les vols » 
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Gestion des vols 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d'utilisation 
associé a la gestion des vols. 


ID: 15 
Description : la gestion des vols des contrats charter de la compagnie aérienne 
Acteurs primaires : Responsable charter 


Préconditions : 

- Le responsable charter doit étre authentifié 
- Le contrat doit exister 

- Le programme de vol doit exister 


CU : Gérer les vols 


- Les escales du programme de vol doivent étre configurées 
- Les capacités des clients des rotations doivent étre configurées 
- Les vols doivent être générés 
Enchainement principal : 
1. L’enchainement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight List ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le système affiche la liste des programmes des vols existants. 
4. Si le responsable charter clique sur l’icône « Flights » pour un programme de vol : 
4.1. Le système affiche la liste des vols du programme de vol. 
4.2. Si le responsable charter clique sur l’icône « View » le système affiche les détails 
du vol. 
4.3. Si le responsable charter clique sur l’icône « Edit » : 
4.3.1. Le système affiche les détails du vol sélectionné. 
4.3.2. Le responsable charter modifie les champs choisis tels que la date et la 
configuration du vol. 
4.3.3. Si les informations sont correctes et validées le système enregistre les 
modifications effectuées. 
4.3.4. Sinon, le système affiche un message d’erreur. 
4.4. Si le responsable charter clique sur l’icône « Cancel » : 
4.4.1. Le systéme affiche une boite de dialogue pour la confirmation de 
l'annulation du vol. 


4.4.2. Si le responsable charter clique sur le bouton «Cancel» le système 
annule le vol sélectionné. 
4.4.3. Sinon, le système garde l’état actuel du vol. 


Postcondition : 
- Contrat ajouté, modifié ou supprimé. 


Enchainement alternatif : aucun 


TAB. 6.29 : Description textuelle pour le cas d'utilisation « Gérer les vols » 
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Gestion des escales des vols 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d'utilisation 
associé a la gestion des escales des vols. 


Description : la gestion des escales des vols des contrats charter de la compagnie aérienne 
Préconditions : 
- Le responsable charter doit étre authentifié 
- Le contrat doit exister 
- Le programme de vol doit exister 
- Les escales du programme de vol doivent étre configurées 
- Les capacités des clients des rotations doivent étre configurées 
- Les vols doivent étre générés 
Enchainement principal : 
1. L’enchaînement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight List ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le système affiche la liste des programmes des vols existants. 
4. Si le responsable charter clique sur l'icône « Flights » pour un programme de vol : 
4.1. Le système affiche la liste des vols du programme. 
4.2. Si le responsable du charter clique sur l’icône « Settings » pour un vol : 
4.2.1. Le système affiche les escales du vol. 
4.2.2. Si le responsable charter clique sur le bouton « Settings » : 
4.2.2.1. Le système affiche la liste des capacités des clients pour chaque 
rotation pour un vol. 
4.2.2.2. Si le responsable du charter clique sur l’icône « Edit » pour une 
capacité d’un client pour une rotation : 
4.2.2.2.1. Le système affiche le formulaire et les capacités actuelles 
des classes existantes du client. 

4.2.2.2.2. Le responsable charter modifie les champs des capacités. 

4.2.2.2.3. Si les informations sont correctes et validées, le système enregistre 
les modifications 
Postcondition : 


- Escale ajoutée ou supprimée. 


Enchainement alternatif : aucun 


TAB. 6.31 : Description textuelle pour le cas d'utilisation « Gérer les escales des vols » 
Gestion des capacités des vols 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d'utilisation 
associé à la gestion des capacités des vols. 
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CU : Gérer les capacités des clients des vols 

ID : 17 

Description : la gestion des capacités des clients des vols des contrats charter de la compagnie 
aérienne 


Acteurs primaires : Responsable charter 
Acteurs secondaires : aucun 


Préconditions : 

- Le responsable charter doit être authentifié 

- Le contrat doit exister 

- Le programme de vol doit exister 

- Les escales du programme de vol doivent être configurées 

- Les capacités des clients des rotations doivent être configurées 
- Les vols doivent être générés 


Enchaînement principal : 
1. L’enchaînement principal démarre lorsque le responsable charter clique sur le module 
« Contracts Management », dans le menu « Flight List ». 
2. Le système affiche la liste des contrats déjà enregistrés dans le système. 
3. Le responsable charter consulte le contrat pour sélectionner le programme de vol. 
4. Le système affiche la liste des programmes des vols existants. 
5. Le responsable charter consulte le programme de vol pour gérer les capacités d’un vol. 
6. Si le responsable charter clique sur l'icône « Flights » pour un programme de vol : 
6.1. Le système affiche la liste des vols du programme. 
6.2. Si le responsable du charter clique sur l’icône « Seats » pour un vol : 
6.2.1. Le système affiche la liste des capacités des clients pour 
la rotation entre l’escale de départ et d’arrivée. 
6.2.2. Si le responsable du charter clique sur l’icône « Edit » pour une capacité 
d’un client : 
6.2.2.1. Le système affiche le formulaire et les capacités actuelles des 
classes existantes du client pour la rotation sélectionnée. 

6.2.2.2. Le responsable charter modifie les champs des capacités. 

6.2.2.3. Si les informations sont correctes et validées le système enregistre les 
modifications des capacités. 

6.2.2.4. Sinon, le système affiche un message d’erreur. 


Postcondition : Capacité modifiée. 


Enchaînement alternatif : aucun 


TAB. 6.33 : Description textuelle pour le cas d'utilisation « Gérer les capacités des vols » 


2.4 Volet 04 : Gestion des vols 


La gestion des vols est une fonctionnalité qui fait intervenir plusieurs acteurs du système, nous 
présentons dans ce qui suit les principaux cas d'utilisation de ce volet et la description détaillé de 
celui-ci. 

La figure ci-dessous présente le diagramme de cas d'utilisation relatif à la gestion des vols. 
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Fic. 6.22 : Diagramme cas d'utilisation pour le volet04 


Réservation d’un vol avec bon de commande 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d'utilisation 
associé à la réservation d’un vol avec bon de commande. 


Acteurs secondaires : aucun 

Préconditions : L'utilisateur doit être authentifié et le vol doit être créé. 

Enchaînement principal : 

1. L’enchainement principal démarre lorsque le responsable bon de commande clique sur le 
module ”Flight Management”, dans le menu ” Booking BDC”. 


2. Le système vérifie les sièges disponibles pour permettre aux responsables du bon de com- 


mande de les réserver. 

3. Le responsable du bon de commande clique sur le bouton ”Réserver” s’il existe des sièges 
disponibles. 

4. Le responsable du bon de commande remplit les champs nécessaires. 5. Le système valide 
les champs saisis. 

6. Le système enregistre la réservation du bon de commande. 


Postcondition : Réservation du bon de commande effectuée. 


Enchainement alternatif : aucun 


TAB. 6.35 : Description détaillée de cas d’utilisation « Réserver un vol avec bon de com- 
mande » 


La figure ci-dessous présente le diagramme de séquence relatif à la réservation du bon de 
commande : 
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FIG. 6.23 : Diagramme de séquence pour le cas d'utilisation « Réserver un vol avec bon 
de commande 


La figure ci-dessous présente le diagramme d’activité relatif à la réservation bon de commande. 
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Fic. 6.24 : Diagramme d'activité de cas d'utilisation « Réservation bon de commande » 
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Réservation d’un bloc siège pour des vols périodes 


Le tableau ci-dessous décrit le cas d'utilisation de la réservation d’un bloc-siège pour une 
péride. 


Description : Réservation d’un ensemble de sièges pour des vols dans une période choisie. 


Préconditions : L'utilisateur doit être authentifié et le vol doit être créé et existant. 


Enchaînement principal : 

1. L’enchainement principal démarre lorsque l'administrateur clique sur le module ”Flight 
Management”, dans le menu "Reservation No Name For Period”. 

2. Le responsable navette et bloc-siège sélectionne la période en choisissant la date de début 


et la date de fin, ainsi que le type de vol. 

3. Le responsable navette et bloc-siége clique sur le bouton ”Filtrer”. 

4. Le système affiche les programmes de vols associés aux critères du filtre. 

5. Le responsable navette et bloc-siège choisit un programme de vol. 

6. Le responsable du bloc-siège réserve un ensemble de sièges pour les vols affichés dans le 
programme de vols sélectionné. 

7. Si le nombre saisi est disponible, le système effectue la réservation et l’enregistre dans la 
base de données. 

8. Sinon, le système affiche la non-disponibilité des sièges. 

Postcondition : Réservation du bloc-siége effectuée. 


TAB. 6.37 : Description de cas d’utilisation « Réservation bloc-siège pour une période » 


La figure ci-dessous présente le diagramme d’activité relatif à la réservation des bloc-sièges 
pour une période. 
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Fic. 6.25 : Diagramme d'activité pour le cas d'utilisation "Réservation bloc siège pour 
une période” 


La figure ci-dessous présente le diagramme de séquence relatif à la réservation des bloc-sièges 
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Fic. 6.26 : Diagramme de séquence pour le cas d'utilisation « Réservation bloc/siège pour 
une période 


Ajout d'un vol Taxi 


Le tableau ci-dessous présente une description détaillée du diagramme des cas d'utilisation 
associé à l'ajout d'un vol Taxi. 
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Préconditions : L’administrateur doit être authentifié 

Enchainement principal : 

1. L’enchainement principal démarre lorsque l'administrateur clique sur le module ”Flight 
Management”, dans le menu ”Add Flight Taxi”. 

2. L’administrateur remplit les champs relatifs à la création du vol, tels que le numéro de vol, 
sa date, etc. 

3. Le système valide les champs saisis. 


4. Le système crée le vol taxi. 


Postcondition : Vol Taxi créé. 
Enchainement alternatif : aucun 


TAB. 6.39 : Description détaillée de cas d'utilisation « Ajouter vol taxi » 


2.5 Volet 05 : Gestion des programmes des vols navettes 


La gestion des programmes des vols navettes est une fonctionnalité dédiée au responsable 
navette et bloc-siège, nous présentons dans ce qui suit les principaux cas d’utilisation de ce volet 
et la description détaillé de celui-ci. 

La figure ci-dessous présente le diagramme de cas d'utilisation relatif à la gestion des programmes 
des vols navettes. 
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n Se À Gérer ` 
| ( ` les escales des \ 
Responsable \ programmes des vols / 
Charter N navette E 


Fic. 6.27 : Diagramme de cas d'utilisation pour le volet 05 


Dans le volet 05 de notre système de gestion des opérations aériennes, nous nous concentrons 
sur la gestion des programmes de vols navettes. Contrairement au volet 02, oà les programmes 
de vols sont créés en association directe avec des clients, les programmes de vols navettes suivent 
un processus différent. Les clients ne sont pas initialement liés aux programmes de vols navettes 
lors de leur création. Au lieu de cela, les clients sont affectés aux programmes de vols navettes 
ultérieurement en utilisant des fonctionnalités spécifiques telles que les réservations nominatives 
et les réservations bloc-siège. 


93 


Chapitre 6. Conception 


3 Diagramme de classes du système 


Dans la description détaillée des diagrammes de classes de notre système, nous avons fait 
une division en trois sous-diagrammes distincts pour une meilleure lisibilité et compréhension. 
Avec cette division, nous facilitons la gestion des différentes fonctionnalités du système, chaque 
sous-diagramme se concentre sur un aspect spécifique du système, en détaillant les classes et les 
relations qui y sont associées. 


3.1 Sous-diagramme de classes pour l’authentification 
Ce diagramme se concentre sur l’authentification, incluant les classes liées aux rôles des utilisa- 


teurs, aux menus, aux modules et autres éléments associés à l’authentification et à l’autorisation. 
La figure 6.28 présente le diagramme de classe relatif à l’authentification. 


+ IdMenu : Int 
#idParent : Int 
+Url : String 
+ Roleld :String Int +NomMenu : String 
=} +IdMenu : Int +Visible : Boolean 
+idModule : Int „4 tidModule : Int 


+Ajout : Boolean “ +icon : String 
+Suppression : Boolean +Titre : String 
+Imprimer : Boolean +HomePage : String 
+Consultation : Boolean +CurrentPage : String 
+ordrer : Int 
+eta : String 


ApplicationUser 
+ldTracabilite : Int 


+Userld : String +Societe : String 

+UserExterne : Boolean +DateLog : String +IdModule : Int 
+DateDebutActivation : DateTime “| +Information : String +NomModule: String 
+DateFinActivation : DateTime . +IpServer : String +image : String 


+Activationlllimité : Boolean +IdUser : String +icon : String 


+Email : String +AdresseMac : String +ordre : Int 
+UserName : String +TRS : Boolean 


Fic. 6.28 : Diagramme de classe pour l’authentification 


3.2 Sous-diagramme de classes pour la gestion des vols 


Ce diagramme concerne la gestion des vols, regroupant les classes relatives aux contrats, aux 
programmes de vols, aux vols navettes, aux vols, aux rotations et aux réservations. La figure 6.29 
présente le diagramme de classe relatif à la Gestion des vols. 


3.3 Sous-diagramme de classes pour la configuration des appa- 
reils 

Ce diagramme est consacré à la configuration des appareils, englobant les classes relatives aux 

appareils, aux configurations, aux classes de poids, aux types d'appareils, et autres éléments liés 


à la gestion des configurations d’appareils.La figure 6.30 présente le diagramme de classe relatif à 
la configuration des appareils. 
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AppareilClassConfig À oa 
ppareilConfigs 
+ IdAppareilConfig : int ` | + IdAppareil : int 


#dClass : int „| + IdAppareilConfig : int + Matriculation : string 
+SitNbr : int z + Label : string + IdType : int 
+StartOffset : int + IdAppareil: int + MaxWeight : int 
+LinesNbr : int + MaxSits : int 
+ColomnNbr : int + Modele : string 

+ Exits : string 
+ Wings : string 


1 0..* 
+ IdClass : int TypeAppareils 


+ NomClass : string 


Appareils 


+ IdType : int 
+ NomType : string 


1.1 
<<enum>> 
ClassAvgWeights PaxType 


+ IdSit : int + IdClassAvgWeight : int 
+ SeatName : string + IdClass : int 
+ IdClass : int + avgBagWeight : int 


+ Ordre : int + Type : PaxType 


Fic. 6.30 : Diagramme de classe pour la configuration des appareils 


4 Architecture du système 


L’architecture d’un système permet de définir la structure globale de celui-ci afin de garantir 
sa stabilité, sa maintenabilité et sa scalabilité. Dans cette section, nous présenterons en détail 
les choix d’architectures et d'organisations du code que nous avons utilisé, ainsi que les patrons 
de conception pour mieux comprendre la conception globale de notre système. Nous expliquons 
également comment ces choix ont contribué à la qualité et à la performance de notre système dans 
le contexte de notre projet de fin d’études. 


4.1 L’architecture MVC 


L'architecture MVC (Modèle-Vue-Contrôleur) est un modèle de conception (pattern) large- 
ment utilisé dans le développement d’applications web pour séparer code en trois composants 
distincts : le Modèle, la Vue et le Contrôleur. Chaque composant joue un rôle spécifique dans la 
gestion des différentes parties de l'application : Le modèle s'occupe du volet données, la vue du 
volet interface et le contrôleur du volet traitement. Son fonctionnement dans le web est illustré 
dans la figure ci-dessous. 
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Envoi de requete 


retourne la réponse de la 
requete 


Utilisateur 


processus rendre le 
de contenu 
demande et mise a 
de jour de la 
requete vue 


Controlleur 


demander 
au modèle 
de fournir 
des 
données 


retour des 
données 


demande de données à partir 
de la base de données ce 
——+ 


Modèle 


données de réponse de la 
base de données 


Fic. 6.31 : Diagramme d’intéraction des différents éléments de l’architecture MVC 


Dans notre application, nous utilisons l’architecture MVC pour organiser les différents com- 
posants de notre application. Dont voici une description des composants utilisés : 


1. Le modèle comprend plusieurs classes qui gèrent les données et représentent les entités 
métier de notre application. Cela inclut les classes qui sont responsables de la gestion 
des fonctionnalités de l’application, des rôles des utilisateurs et de l’authentification. Il 
comprend également les classes qui sont responsables de la gestion de la configuration des 
aéronefs, des vols et des clients. 


2. Les contrôleurs sont représentés par plusieurs classes dont chaque classe est responsable de la 
gestion de différentes méthodes liées à des fonctionnalités spécifiques de notre application, 
comme l'ajout, la modification, la suppression et l'affichage des données associées à ces 
fonctionnalités. 


3. Les vues, quant à elles, sont organisées en plusieurs dossiers portant les mêmes noms que les 
classes de contrôleurs et contiennent plusieurs fichiers qui sont responsables de l’affichage 
des interfaces utilisateur correspondantes. 


Pour répondre aux besoins de modularité, et de gestion des performances de notre solution, nous 
avons choisi d'adopter une architecture N-Tiers en complément du MVC. Cette combinaison 
nous permet d'isoler efficacement les différentes parties du code, attribuant à chaque composant 
une seule responsabilité clairement définie. En résulte une structure logicielle plus maintenable, 
évolutive et performante. 
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4.2 L’architecture N-tiers 


L’architecture N-tiers, également connue sous le nom d’architecture multi-tiers ou architecture 
à plusieurs niveaux, est un modèle d’architecture logicielle qui divise une application en plusieurs 
niveaux ou couches fonctionnelles distinctes. Chaque couche offre des fonctionnalités spécifiques et 
interagit avec les autres couches pour former un système complet. Voici une description générale 
de l'architecture n-tiers, accompagnée de schémas pour illustrer les concepts clés : 


1. La couche de présentation, également connue sous le nom d'interface utilisateur, a pour 
responsabilité d’afficher les données à l’utilisateur et de collecter les entrées de celui-ci. 
Elle peut prendre la forme d’une interface utilisateur graphique (GUI) ou d’une interface 
utilisateur en ligne de commande (CLI), en fonction des besoins de l'application. Cette 
couche englobe les interfaces utilisateur, les pages web, les vues, ainsi que les contrôleurs 
et autres composants tels que les scripts, les images et la configuration. Ces éléments sont 
chargés d'afficher les données à l'utilisateur, de recevoir les entrées de celui-ci et de gérer les 
événements de l'interface utilisateur. La communication s'effectue avec la couche logique 
métier pour traiter les demandes de l'utilisateur et transmettre les données nécessaires à 
l'affichage. Il est essentiel que les interfaces utilisateur, les pages web, les vues et les contrô- 
leurs travaillent en étroite collaboration pour offrir une expérience utilisateur cohérente et 
fluide, en évitant les répétitions inutiles de code ou de fonctionnalités similaires. 


2. Couche de logique métier (ou BLL - Business Logic Layer) : Cette couche contient la logique 
métier de l’application, c’est-à-dire les règles et les fonctionnalités métier qui déterminent le 
comportement de l’application. Elle est responsable du traitement des données et de la mise 
en œuvre des règles métier. Cette couche peut également inclure la logique de validation, 
d'autorisation et d’authentification. Elle reçoit les demandes de la couche de présentation 
effectuées par les utilisateurs via les interfaces de l’application, traite les données, effectue 
des opérations sur les objets métier, applique la logique de l’application et communique 
avec la couche d’accès aux données pour accéder aux données nécessaires. 


3. Couche d’accés aux données (ou DAL - Data Access Layer) : Cette couche est responsable 
de l’accès aux données stockées dans une base de données ou dans d’autres systèmes de 
stockage. Elle offre des fonctionnalités pour la création, la récupération, la mise à jour 
et la suppression de données (les opérations CRUD : Create, Read, Update, Delete). Elle 
est chargée également de mapper les objets métier aux objets de données, d'établir les 
connexions aux sources de données, d’exécuter les requétes et de gérer les transactions. 


La figure ci-dessous illustre les interactions entre les différentes couches de l’architecture n-tiers 
pour permettre le fonctionnement global de l’application. 


La «< couche présentation a> 


Utilisateur 
_ J Couche de logique métier (BLL) > 


í ==> 


Couche d'accès aux données (DAL) 


Fic. 6.32 : Diagramme d’intéraction des différents éléments de l'architecture n-tiers 
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En utilisant une architecture en n-tiers, nous pouvons obtenir une séparation claire des res- 
ponsabilités et une meilleure maintenabilité de l’application. Chaque couche est indépendante 
des autres et peut étre modifiée ou remplacée sans affecter les autres couches. Cela permet une 
évolutivité, une flexibilité et une réutilisabilité accrues de l’application. 


4.3 Patron de conception appliqués 


Dans notre projet , nous avons choisi d’utiliser deux patrons de conception clés : le patron 
Repository et le patron Unit of Work. Le patron Repository permet de séparer la logique 
d'accès aux données de la logique métier, facilitant ainsi la maintenance et la réutilisation du 
code. Le patron Unit of Work regroupe plusieurs opérations de base de données en une seule 
transaction, améliorant ainsi l’efficacité et la cohérence des données. En utilisant ces deux patrons 
ensemble, nous garantissons l'intégrité des données et facilitons la gestion des transactions dans 
notre application. Ces choix architecturaux contribuent à la qualité, à la maintenabilité et à la 
scalabilité du système. 


Le diagramme peut illustrer comment les opérations de base de données sont encapsulées dans 


l'UnitOfWork. 


i à + 
Sans Repository Repository Repository 
UnitOfWork 
les données seront les données seront A 
a ae a n toutes les transactions 
accessibles directement accessibles via le repository 
4 des repositories seront 
depuis le DBContext au et la logique sera cachée de 
A " R une seule transaction 
niveau du contrôleur la couche d'application 


UnitOfWork 


i 
| 


Base de données 


| re | 


Fic. 6.33 : Diagramme de comparaison de l’utilisation des patrons de 
conception(DesignPattern 2023) 


5 Conclusion 


En conclusion, le chapitre de conception a permis de détailler les choix et les décisions effectués 
pour la conception du système. Nous avons exploré différents aspects, notamment la modélisation 
des cas d'utilisation, les séquences d'actions et les diagrammes d'activité, afin de fournir une 
compréhension claire de la manière dont le système sera structuré et la façon dont il devrait 
fonctionner. Cette phase de conception est essentielle pour s'assurer que le système sera bien 
adapté aux besoins identifiés et qu’il pourra être développé de manière efficace. Les résultats de 
cette phase serviront de base solide pour les étapes ultérieures de développement, de test et de 
validation du système. 
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Conclusion 


La phase d’analyse et de conception est un élément essentiel pour la réussite de tout projet 
de développement logiciel, et notre projet de conception et de réalisation d’un systéme intégré 
de gestion des réservations et des pré-enregistrements de vols ne fait pas exception. Au cours de 
cette phase, nous avons utilisé des techniques de modélisation pour comprendre les besoins de nos 
utilisateurs et définir les spécifications nécessaires à la création d’un système répondant à leurs 
attentes. 


Nous avons utilisé des techniques telles que l'analyse des besoins, la définition des cas d’uti- 


lisation, la conception de l’architecture logicielle pour créer une vision globale de notre système. 


En fin de compte, cette phase nous à permis de poser les bases solides pour la suite du 
développement et garantir la qualité de notre système. La prochaine étape consiste en la mise en 
œuvrede notre projet. 
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Réalisation et évaluation du système 
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Introduction 


Les phases de réalisation et d’évaluation impliquent la mise en ceuvre des fonctionnalités 
conçues et planifiées dans les phases précédentes. Il s’agit également d'évaluer le système pour 
s’assurer qu’il répond aux exigences et aux besoins du client. 


Les différents volets ont été implémentés selon les priorités établies, et les tests ont été ef- 
fectués pour garantir le bon fonctionnement du système. L'évaluation du système est également 
une étape importante pour assurer la satisfaction des clients. L’analyse de la performance du 
système, la collecte des commentaires et des suggestions des utilisateurs, et la prise en compte des 
améliorations 4 apporter sont des éléments clés de cette phase. 
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1 Introduction 


La gestion de projet est essentielle pour la réalisation et la conception d’un systeme, elle 
permet d’organiser et de planifier les différentes taches, de suivre l’avancement du projet et de 
s’assurer que les objectifs sont atteints dans les délais impartis. Dans ce chapitre, nous allons 
discuter des différentes étapes de la gestion de projet pour la réalisation de ce système. 


2 L’approche de gestion de projet appliquée 


Nous avons utilisé la méthode Scrum pour gérer le projet de développement du système. La 
méthode Scrum est une approche de gestion de projet agile qui se concentre sur la collaboration, 
la flexibilité et la livraison de fonctionnalités à court terme. 


e Pour notre projet, nous avons organisé notre projet de développement en une série d’itéra- 
tions appelées ”sprints”. Chaque sprint avait une durée fixe de deux semaines et avait pour 
objectif de livrer une version fonctionnelle et testée du système. 


e Avant chaque sprint, nous avons tenu une réunion de planification de sprint avec l’équipe 
de développement et le product owner (promoteur) pour définir les objectifs du sprint et 
planifier les tâches à réaliser. Pendant le sprint, nous avons organisé des réunions quoti- 
diennes appelées "stand-up meetings” pour suivre l'avancement des tâches et identifier les 
obstacles éventuels. 


e A la fin de chaque sprint, nous avons tenu une réunion de revue de sprint pour présenter 
les fonctionnalités développées et recevoir des commentaires de la part du product owner 
et des parties prenantes. Nous avons également tenu une réunion de rétrospective de sprint 
pour discuter des points forts et des points faibles du sprint et identifier des améliorations 
pour le prochain sprint. 


En utilisant la méthode Scrum, nous avons pu développer le système de gestion des réservations et 
des pré-enregistrements de vols de Tassili Airlines de manière itérative et incrémentale, en livrant 
régulièrement des livrables fonctionnelles à court terme. Cela a permis à notre binôme de rester 
flexible et de s’adapter aux changements de priorités et aux commentaires des parties prenantes 
tout au long du projet. 


3 Estimation des priorités des fonctionnalités pour 
chaque volet 


L’estimation des priorités des fonctionnalités pour chaque volet est une étape importante dans 
la gestion de projet, car elle permet de déterminer l’ordre dans lequel les fonctionnalités doivent 
être développées en fonction de leur importance et de leur impact sur le système. Cette étape 
permet également de maximiser l’utilisation des ressources et d’assurer une livraison en temps 
opportun du projet. Ainsi, pour chaque volet de notre système de gestion des réservations et des 
pré-enregistrements de vols de TassiliAirlines, nous avons déterminé les priorités des fonctionna- 
lités pour garantir la réussite du projet dans son ensemble. 


3.1 Volet 01 : Gestion des accès 


Le tableau ci-dessous présente les priorités des fonctionnalités liées à la gestion des accès par 
Vadministrateur. 
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Fonctionnalit® 
Gestion des utilisateurs 
Gestion des rales a o 


[Gestion des modules 7 
[Gestion ds mas  _ | 2 
Gestion des commexions _ | 8 
[Gestion de Ta traçabiité  _ | n^_ÊÔwr _ d 


TAB. 7.2 : Estimation des priorités pour le volet 01 


Dans la gestion des accès par l'administrateur, les fonctionnalités de gestion des utilisateurs et 
gestion des rôles sont les plus importantes et qui possède la plus grande priorité. Ils sont suivis de 
la gestion des modules et la gestion des modules avec une priorité moyenne. Enfin, la gestion des 
connexions et de traçabilités sont moins prioritaires que les autres fonctionnalités de la gestion 
des accès. 


3.2 Volet 02 : Gestion des aéronefs 


Le tableau ci-dessous présente les priorités des fonctionnalités liées à la gestion des aéronefs 
par le responsable programme. 


Fonctionnalités 
Gestion de la Tiste des avions 


Gestion de Ta list des configurations 
Gestion des types des avions 
Gestion du poids 


TAB. 7.4 : Estimation des priorités pour le volet 02 


Dans la gestion des avions par le responsable programme. Les deux fonctionnalités les plus 
importantes et prioritaires sont la gestion de la liste des avions et la gestion de la liste des 
configurations. Ensuite, nous avons la gestion des types d'avions avec une priorité moyenne. Enfin, 
la gestion du poids est également considérée comme une fonctionnalité importante avec une priorité 
de niveau 1. 


3.3 Volet 03 : Gestion des contrats et des programmes de vols 
charter 


Le tableau ci-dessous présente les priorités des fonctionnalités liées à la gestion des contrats 
et des programmes de vols charter par le responsable charter. 


Fonctionnalités 
Gestion des contrats 
Gestion des clients 


Gestion des listes des programmes dos vols 


Gestion des configurations des programmes 1 
des vols 


Gestion des escales des programmes vols 


TAB. 7.6 : Estimation des priorités pour le volet 03 


105 


Chapitre 7. Gestion du projet 


Dans la gestion des contrats charters et des programmes des vols par le responsable charter 
toutes les fonctionnalités listées, 4 savoir la gestion des contrats, la gestion des clients, la gestion 
des listes des programmes des vols, la gestion des configurations des programmes des vols et la 
gestion des escales des programmes de vols, ont une priorité élevée avec un niveau de 1. 


3.4 Volet 04: Gestion des vols 


Le tableau ci-dessous présente les priorités des fonctionnalités liées a la gestion des vols par 
différents acteurs du systeme. 


Fonctionnalités 
Ajouter vol Taxi 
Gestion de la Configuration devos | 2 ã o 


Gestion de Ta réservation bon de commande | 1 @«„ 0 _ | 
Gestion de la réservation bloc-siège 


Gestion de la réservation bloc-siège pour une 
période 


TAB. 7.8 : Estimation des priorités pour le volet 04 


Dans la gestion des vols, la fonctionnalité ” Ajouter vol Taxi” et la "Gestion de la Configuration 
9 
des vols” ont une priorité de niveau 2, ce qui indique leur importance relative dans le processus de 
9 
gestion des vols. Ensuite, nous avons la ”Gestion de la réservation bon de commande”, la "Gestion 
de la réservation bloc-siège” et la Gestion de la réservation bloc-siège pour une période”, toutes 
a 
avec une priorité de niveau 1. 


3.5 Volet 05 : Gestion des programmes des vols navettes 


Le tableau ci-dessous présente les priorités des fonctionnalités liées a la gestion des programmes 
des vols navettes par le responsable navette/ bloc-siége. 


Fonctionnalités 
Ajouter programme de vol 


Gestion des programmes des vols navettes 


Gestion des escales des programmes des vols 1 
navettes 


TAB. 7.10 : Estimation des priorités pour le volet 05 


Dans la gestion des programmes des vols navettes, toutes les fonctionnalités ont une priorité 
élevée. 


4 Conclusion 


La gestion de projet est un processus essentiel pour garantir la réussite de la conception et la 
réalisation d'un système. Elle permet de coordonner les différentes activités et de veiller à ce que 
les objectifs du projet soient atteints dans les délais impartis. En utilisant les bonnes méthodes 
de gestion de projet, il est possible de maximiser les chances de réussite du projet et d'assurer la 
satisfaction des utilisateurs finaux. 
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1 Introduction 


La phase de réalisation est une étape clé du processus de développement de projet au cours 
de laquelle la solution proposée est développée et mise en place. Elle implique l’utilisation des 
ressources nécessaires pour créer une solution fonctionnelle en conformité avec les spécifications 
et les exigences définies dans la phase de conception. 


Le chapitre de réalisation à pour objectif de présenter les outils de développement utilisés 
pour la création de la solution ainsi que les étapes de développement du système. Nous allons 
également examiner les difficultés rencontrées tout au long du processus de réalisation. 


2 Les outils de développement 


Langage de programmation C# 


C# (prononcé ”C sharp”) est un langage de program- 
mation orienté objet développé par Microsoft. Il est 
utilisé pour développer des applications Windows, des 
applications Web et des applications mobiles. C# est 
un langage populaire pour le développement d’appli- 
cations .NET, car il peut étre utilisé pour développer 


des applications Windows et Web. Il a également une 
syntaxe similaire a celle de Java.(C#Documentation 
2023) Fic. 8.1 : Logo de C# 


Environnement de développement intégré (IDE) Visual Studio 
2017 


Visual Studio est un environnement de développement 
intégré (IDE) de Microsoft. Il est utilisé pour dévelop- 
per des applications Windows, des applications Web 
et des applications mobiles. Visual Studio propose des 
outils de développement pour les langages de pro- 
grammation tels que C#, Visual Basic, C++ et Py- 
thon. Il comprend également des fonctionnalités telles 
que le débogage, le test unitaire, l’analyse du code et 
la gestion de versions.( VisualStudio 2023) Fic. 8.2 : Logo de visual 
studio 
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SQL Server est un systeme de gestion de base de 
données relationnelle développé par Microsoft. Il est > 

1. 2 # 4 N E oS, 
utilisé pour stocker et gérer des données pour les l j 
applications Windows, Web et mobiles. SQL Server Microsoft® `< 


est largement utilisé dans l’industrie pour son évo- SQL Server 
lutivité, ses performances et ses fonctionnalités de 


sécurité.(SQLServer 2023) ic. Sda Logo de SOL 


Server 


Système de gestion de bases de données SQL Server 


Outil de gestion et d’administration de bases de données SQL 
Server Management Studio 


Est un environnement de développement intégré 
(IDE) pour les systèmes de gestion de bases de don- 


nées SQL Server. Il permet aux développeurs et aux pA 
administrateurs de bases de données de gérer et de : 

maintenir des bases de données, de créer des re- Microsoft 

quêtes, de gérer des objets de base de données tels SQL Server 
que des tables, des vues et des procédures stockées, Management 


ainsi que d'effectuer des tâches de sauvegarde et de 


restauration.(SSMS 2023) F 84 : L de SQL 
IG. z : ogo de 


Server Management 


Framework de développement ASP.NET 4.6 


ASP.NET est un framework de développement d’ap- 
plications Web développé par Microsoft. Il est utilisé 
pour développer des applications Web dynamiques en TM 


utilisant des langages de programmation tels que C#. Mi IC rosoft® 
ASP.NET est basé sur le modéle de programmation 

Model-View-Controller (MVC) et fournit des outils N = | 

pour le développement d'applications Web telles que 

la gestion de sessions, la gestion des données et la FIG. 8.5 : Logo de Micro- 
sécurité.(.Net 2023) soft .NET 
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Outil de contrôle des versions GitHub 


Est une plateforme web qui permet de gérer et de 
partager du code source. Elle utilise le système de 
contrôle de version Git, qui permet de suivre les mo- 
difications apportées au code et de revenir à une ver- 
sion précédente si nécessaire. GitHub offre également 
des fonctionnalités de collaboration, telles que la pos- 
sibilité de travailler en équipe sur un méme projet, 
de discuter des problèmes rencontrés et de proposer 
des modifications. Il permet également de suivre les 
projets open source, de les forker et de contribuer 
à leur amélioration. En somme, GitHub est un ou- 
til indispensable pour tout projet de développement 
collaboratif. (GitHub 2023) 


Framework de test Unitaire MSTest 


Est un framework de test unitaire pour .NET qui per- 
met de créer et exécuter des tests unitaires pour des 
applications .NET. Il est intégré à Visual Studio et 
permet aux développeurs de créer des tests unitaires 
à partir de leurs projets de code et de les exécuter fa- 
cilement pour vérifier le bon fonctionnement de leur 
code. MSTest fournit des fonctionnalités pour l’écri- 
ture de tests, l’initialisation et la finalisation de tests, 
la gestion des assertions, la gestion de la couverture de 
code et la génération de rapports de test. Il est égale- 
ment possible d'étendre les fonctionnalités de MSTest 
à l’aide de plug-ins tiers.(MSTest 2023) 


3 Diagramme de composants 


GitHub 


Fic. 8.6 : Logo de Github 


MSTest 


Fic. 8.7 : Logo de MSTest 


Le diagramme de composants est un outil de modélisation UML qui permet de décrire la struc- 
ture d’un système en identifiant et en représentant les différents composants qui le constituent. 
Dans le cas de notre projet qui utilise les architectures N-tiers et MVC , le diagramme de compo- 
sants est particulièrement utile pour visualiser et organiser les différentes couches fonctionnelles 


de l'application, à savoir : 


e La couche de présentation (Web) : qui est responsable de l'interface utilisateur de l'appli- 
cation. Cette couche est réalisée à l’aide de technologies Web telles que HTML, CSS et 
JavaScript, et inclut des frameworks tels que ASP.NET MVC ou WebForms. 
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e La couche métier (BLL) : qui contient la logique métier de l'application. Cette couche est 
responsable de la gestion des processus commerciaux et de la logique de traitement des 
données. Elle est implémentée à l’aide de classes C# et inclut des frameworks tels que 
Entity Framework. 


e La couche d'accès aux données (DAL) : qui inclut le pattern Repository, est responsable 
de l’accès à la base de données. Elle fournit une abstraction entre la logique métier et la 
base de données en utilisant des classes de repository. De plus, UnitOfWork qui gère la 
transaction de base de données pour garantir que toutes les opérations de la couche d’accès 
aux données se produisent dans le contexte d’une seule transaction. 


e La base de données : elle-même est un composant clé de l'architecture de l'application. Elle 
est responsable de stocker les données de l’application et elle est mise en œuvre à l’aide de 
la technologie de base de données SQL Server. 


Le diagramme de composants ci-dessous représente ces différentes couches fonctionnelles de l’appli- 
cation, en montrant comment elles communiquent entre elles pour assurer le bon fonctionnement 
de l’ensemble de l'application. 


+6 


Services Opérations 
Accés aux données 


Données i 
— 
~ 
~ 
~ 
~ 
~ 


~ 


+ 


FIG. 8.8 : Diagramme de composants du système. 


4 Développement de la solution 


Cette section met en avant des interfaces essentielles des fonctionnalités clés de notre système 
de gestion des vols et des pré-enregistrements. 
La figure ci-dessous représente l'interface de la page d'accueil de notre système. 
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TRS 08/06/2023 ALGER Hello! zohormahdi EI @ Q 
B + + 


Access management» Aircrafts» Contracts Charter Management» Flights Charter Management» Navette Management ~ 


ed Tassiliairlines 


Fic. 8.9 : Interface de la page d'accueil. 


La figure ci-dessous représente l'interfeace de la fonctionnalité gestion des rôles développée 
pour le volet gestion des accés. 


TRS 08/06/2023 ALGER Hello! zohormahdi EJ @ 2 


2 + B + + 


Access management+  Aircrafts- Contracts Charter Management» Flights Charter Management - Navette Management ~ 


V Access management 


Responsable : 
programme V Aircrafts 


Responsable programme 


Total Users 80 | Weight Management 
v Aircrafts List 

Y Configuration List 
Users i Z Types Management 


Responsable programme 


» Peers Coi Dee artes Moncgemert: 
2 mohamed.loubaki@tassiliairlines.com NY SME SEEN ES 


mohamed.loubaki 


V Flights Charter Management 


mohamed.sadaoui@tassiliairlines.com 
mohamed.sadaoui 


V Navette Management 


yacine.khamis 


2 yacine.khamis@tassiliairlines.com 


tahar.zeggouni@tassiliairlines.com 
tahar.zeggouni 


FIG. 8.10 : Interface de la page de la fonctionnalité gestion des rôles. 


5 Diagramme de déploiement 
Le diagramme de déploiement est un type de diagramme d'architecture système qui représente 


112 


Chapitre 8. Réalisation 


la configuration physique d’un systéme informatique, montrant comment les composants logiciels 
sont déployés sur des nœuds matériels et comment ces nœuds sont interconnectés. 


Pour le diagramme de déploiement de notre application, les utilisateurs interagissent avec la 
couche de présentation, qui est généralement mise en ceuvre sur un serveur web ou une application. 
Cette couche est responsable de la gestion des demandes des utilisateurs et de l’affichage des 
données à l'utilisateur. 


Le serveur d’application communique ensuite avec la couche de logique métier qui contient les 
composants qui gérent la logique métier de l’application, tels que les services ou les gestionnaires 
de domaine. 


La couche d’accés aux données est responsable de l’accès aux données stockées dans un système 
de gestion de base de données (SQL server). 


«dispositif» 
Serveur de présentation 


«dispositif» 
Serveur d'application 


Utilisateur 


nvioi des requetes —+| 
= «composent» 
TI Serveur d'information 


Internet (IIS 


Récupérer / stocker/ récpérer les données 


«dispositif» 
Serveur de base de 
données 


TI «composent» 
C] Microsoft sql serveur 


Fic. 8.11 : Diagramme de déploiement du système. 


6 Estimation des difficultés du projet 


Tonctionnalités 
Volet 1 Gestion des rôles des 
utilisateurs 


Volet 2 Gestions d'aéronefs 


Volet 3 
’hangement de la date d'un 
Voler d 
Réservation bloc-siège pour 
une période 


TAB. 8.2 : Estimation des priorités pour le volet 05 


113 


Chapitre 8. Réalisation 


e L'un des défis majeurs auxquels nous avons été confrontés dans notre projet concerne la 
gestion des utilisateurs et la fonction de gestion des rôles. En effet, il était complexe de 
mettre en place une fonctionnalité cohérente permettant d’affecter les autorisations pour 
chaque module et ses menus, en fonction des droits d'accès des utilisateurs, tout en prenant 
en compte la possibilité de désactivation ou de blocage de leur compte, ce qui peut entrai- 
ner une impossibilité d’accés à certaines fonctionnalités. Nous avons donc cherché à gérer 
les rôles de manière exhaustive, en prenant en compte les droits d’ajout et de suppression 
pour chaque fonctionnalité du système, tout en permettant à l’administrateur de choisir 
les fonctionnalités supplémentaires auxquelles l’utilisateur aura accès, comme la visualisa- 
tion des détails, l’ajout, la modification, la suppression et l'impression, afin de garantir que 
l'utilisateur n'ait pas accès à toutes les fonctionnalités. Nous avons également permis à l’ad- 
ministrateur d'ajouter un nouveau rôle et de synchroniser la mise à jour des fonctionnalités 
correspondantes, de même en cas de suppression, ce qui a pris du temps pour réaliser cette 
fonctionnalité de manière optimale. 


e Un autre défi complexe que nous avons confronté dans notre projet a été la gestion des aé- 
ronefs, en particulier la sauvegarde de la configuration de chaque aéronef dans notre base de 
données et l’affichage précis de l’image réelle de l’aéronef. Pour effectuer cette sauvegarde, 
nous avons développé une méthode qui prend en compte les détails tels que le nombre de 
lignes et de colonnes, les numéros d’ailes et de sorties, le type et le modèle de l’aéronef, et 
génère toutes les places assises avec leurs noms, ainsi que les sièges bloqués dans la base de 
données. L’image générer à l’aide de JavaScript devait permettre de visualiser la position 
exacte et le nom de chaque siège, ainsi que la configuration complète de l’aéronef, comme si 
l'utilisateur était assis dans l'avion. De plus, nous avons dû développer une fonctionnalité de 
modification en temps réel permettant aux responsables du programme de sélectionner un 
siège et de le renommer, tout en synchronisant immédiatement l'affichage sur l’image d’aé- 
ronef. La mise en place de cette fonctionnalité de gestion des aéronefs à nécessité un temps 
considérable pour sa conception et son optimisation. Nous avons également dû prendre en 
compte les évolutions futures, en permettant l’ajout de nouveaux types et modèles d’aéro- 
nefs. Globalement, cette difficulté a été un véritable défi pour nous afin de proposer une 
solution robuste et efficace. 


e Lors de la réalisation de la fonction de gestion des programmes de vols charter nous 
a confrontés à de nombreuses difficultés complexes, notamment la gestion des contrats. 
Chaque contrat peut impliquer plusieurs programmes de vols charter, et chaque programme 
peut générer de nombreux vols. Toute modification ou suppression d’un contrat doit être 
accompagnée de la modification ou de la suppression de tous les champs en relation avec 
ce contrat, sans que cela n’affecte le fonctionnement des autres champs. Cette tâche ar- 
due nécessite une grande attention aux détails et une parfaite maîtrise de la logique de 
programmation. 


e La gestion des vols de programmes charter est également très complexe. Les vols générés 
doivent avoir toutes les configurations de programmes de vols charter, les escales prévues 
et les réservations de clients pour chaque programme. Il est crucial de s’assurer que les 
responsables charter puissent facilement modifier la configuration d’un vol ou l’annuler 
sans affecter les autres vols générés pour le même programme. De plus, il est primordial 
configuré le nombre de réservations pour chaque client et dans chaque rotation (escale), 
tout en respectant la configuration globale acceptée par l’aéronef. 


e La modification d’une date d’un programme charter est également très complexe et chro- 
nophage. Toute modification de date entraîne la modification de toutes les dates de tous 
les vols générés pour ce programme. Il peut également y avoir l’ajout de nouveaux vols 
ou la suppression de vols existants, ce qui nécessite une immense quantité de travail pour 
maintenir la cohérence de la base de données et assurer le bon fonctionnement du système. 
La fonctionnalité de réservation nominative a posé de nombreux défis techniques au cours 
de notre projet. L’un de ces défis majeurs était de permettre aux responsables des réser- 
vations nominatives de réserver simultanément plusieurs places pour des clients différents 
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dans une méme classe, tout en synchronisant le nombre de places disponibles en temps réel. 
La complexité de cette fonctionnalité est amplifiée par la nécessité de bloquer la réservation 
en cas d’indisponibilité des places demandées. Il est également important de permettre aux 
responsables de modifier ou d’annuler facilement les réservations, tout en mettant à jour 
les places disponibles en temps réel. 


e La réalisation de réservation bloc/siége a présenté une difficulté majeure liée à la gestion 
des vols disponibles dans une période donnée. Pour pouvoir effectuer une réservation, il est 
essentiel de tenir compte de la configuration de tous les vols programmés pendant cette 
période et de vérifier que des places sont disponibles pour la réservation souhaitée. Dans le 
cas où des vols ne disposent pas de suffisamment de places pour satisfaire une réservation, 
il est nécessaire d'informer les responsables de la navette et de la réservation bloc/siège 
des vols concernés pour qu'ils puissent procéder. La complexité de cette fonctionnalité est 
amplifiée par la nécessité de gérer tous les cas qui peuvent survenir. 


e Pour le cinquième volet, nous avons déjà rencontré des problèmes similaires, donc nous 
n’avons pas trouvé de difficultés particulières. 


7 Conclusion 


En conclusion, la phase de réalisation a été un élément clé pour la mise en place de la solution de 
gestion des opérations aériennes de Tassili Airlines. Grâce à l’utilisation d’outils de développement 
efficaces et à la bonne gestion des étapes de développement, l’équipe a réussi à créer un système 
répondant aux exigences et aux objectifs principaux fixés par le client. Malgré les difficultés 
rencontrées tout au long du processus, la solution a été réalisée dans les délais impartis et a servi 
de base pour l'évaluation et les tests à venir. 
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1 Introduction 


La phase d'évaluation de la solution est une étape importante qui permet de mesurer l'efficacité 
de la solution mise en place et de vérifier si elle répond aux objectifs initiaux du projet. Cette 
phase comprend l'évaluation des résultats obtenus et les tests de validations de la solution. Dans 
ce chapitre, nous allons examiner ces deux aspects de l'évaluation de la solution. 


2 Evaluation des résultats obtenus 


L'évaluation des résultats de la solution consiste à examiner l'efficacité de chaque volet du 
système implémenté et à confronter les résultats obtenus aux objectifs définis initialement dans 
le projet. Cette analyse rigoureuse permet de mesurer l'atteinte des objectifs. Ainsi, le tableau 
présenté ci-dessus fournit une synthèse de l'évaluation de chaque volet du système mis en place : 


Numéro de | Volet Objectif initial Objectif réalisé 
er 


Gestion des accès 


Gestion des aéro- 
nefs 


Gestions 
contrats et 
programmes 
vols charter 


Gestion des vols 


L'objectif initial était de 
permettre la gestion des 
différents niveaux d’ac- 
cès des utilisateurs du 
système. 


L'objectif initial était 
de permettre la gestion 
des différentes flottes 
d’avions de Tassili Air- 
lines, y compris leur dis- 
ponibilité et leur confi- 
guration. 

L'objectif initial était 
de permettre la gestion 
des contrats avec les 
clients pour les vols 
charters ainsi que les 
programmes de vols 
charter proposés par la 
compagnie. 


L'objectif initial était de 
permettre la gestion des 
vols de la compagnie, 
y compris les réserva- 
tions, les annulations et 
les modifications. 


La solution mise en place a 
permis de créer différents ni- 
veaux d’accés en fonction des 
roles des utilisateurs, ce qui a 
garantit la sécurité et la confi- 
dentialité des données. L’effi- 
cacité de la solution été éva- 
luée en analysant le nombre 
d’incidents de sécurité qui ont 
été détectés et traités depuis la 
mise en place de la solution. 
La solution mise en place a 
permis de centraliser les infor- 
mations relatives aux aéronefs, 
ce qui a facilité leur gestion et 
leur maintenance. 


La solution mise en place 
a permis de faciliter la ges- 
tion des contrats et des pro- 
grammes de vols charter, ce 
qui à amélioré l'efficacité opé- 
rationnelle de la compagnie. 
Le nombre de contrats et de 
programmes de vols charter 
gérés avec succès montre lef- 
ficacité de la solution. 

La solution mise en place a 
permis de faciliter la gestion 
des vols, ce qui permet d’amé- 
liorer l'expérience des passa- 
gers et la gestion des opéra- 
tions. Le taux de ponctualité 
des vols permet d'évaluer l’ef- 
ficacité de la solution. 
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Gestion des pro- | L’objectif initial était de | La solution mise en place a 
grammes de vols | permettre la gestion des | permis de faciliter la gestion 
navettes programmes de vols na- | des programmes de vols na- 
vettes entre différentes | vettes, ce qui permet d’amélio- 
villes et aéroports. rer l'efficacité opérationnelle 


de la compagnie. Le nombre de 
programmes de vols navettes 
gérés avec succès évalue l’effi- 
cacité de la solution. 


TAB. 9.2 : Comparaison des volets réalisés avec les objectifs initiaux du projet 


En conclusion, l'évaluation des résultats de la solution a permis de mesurer l'efficacité de 
chaque volet du système développé et de déterminer dans quelle mesure les objectifs initiaux ont 
été atteints. 


3 Tests unitaires et validation de la solution 


Dans le cadre du notre projet, la validation et la qualité de la solution sont des aspects 
essentiels. Afin de garantir le bon fonctionnement et la fiabilité du système développé, des tests 
unitaires ont été réalisés. 

Les tests unitaires sont une pratique de développement qui consiste à vérifier individuellement 
les différentes unités de code, telles que les méthodes, les classes ou les composants, pour s’assurer 
de leur bon fonctionnement. Les tests unitaires sont écrits de manière à isoler chaque unité de 
code, en remplaçant les dépendances externes par des objets simulés appelés mocks. Pour effectuer 
des tests unitaires en utilisant des mocks en ASP.NET Framework 4.6, voici les étapes générales : 


1. Configuration du projet : Nous configurons notre projet ASP.NET Framework 4.6 pour 
prendre en charge les tests unitaires en utilisant un framework de test unitaire tel que xUnit. 


2. Écriture des tests unitaires : Nous créons des classes de test pour chaque unité de code 
que nous souhaitons tester. Dans chaque classe de test, nous écrivons des méthodes de test 
qui évaluent le comportement attendu de l’unité de code correspondante. 


3. Création des mocks : Nous utilisons un framework de mocking Moq, pour créer des 
objets simulés (mocks) pour les dépendances externes de l’unité de code que nous testons. 
Ces mocks nous permettent de contrôler le comportement des dépendances et de simuler 
les interactions avec elles. 


4. Configuration des mocks : Nous configurons les mocks pour spécifier les comportements 
attendus lors des tests. Par exemple, nous pouvons configurer un mock pour retourner une 
valeur spécifique lorsqu'une méthode est appelée ou pour lever une exception dans certaines 
conditions. 


5. Exécution des tests : Nous exécutons nos tests unitaires à l’aide du framework de test 
unitaire choisi. Le framework exécute chaque méthode de test et vérifie si les résultats 
correspondent aux comportements attendus définis dans les assertions. 


6. Analyse des résultats : Nous analysons les résultats des tests pour identifier d’éven- 


tuelles erreurs ou défaillances. Les frameworks de test unitaire fournissent généralement des 
rapports détaillés sur les tests réussis, les tests échoués et la couverture de code. 
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En utilisant des mocks, nous pouvons isoler les unités de code pendant les tests et simuler les 
interactions avec les dépendances externes. Cela facilite la détection des erreurs et nous permet 
de tester chaque unité de code de manière indépendante. Les mocks nous aident également à créer 
un environnement de test plus contrôlé, où nous pouvons vérifier spécifiquement le comportement 
de l’unité de code que nous testons sans dépendre d’autres composants de l’application. 

Nous décrivons ci-dessous quelques-unes des méthodes de test unitaires que nous avons effectuées. 


+ Test unitaire pour la méthode ajouter rotation (add-rotation) : 


Le test unitaire ”’AddRotationsVol2 AddsRotationVolsToUnitOfWork” vise à vérifier le 
comportement de la méthode ”addRotationsVol2” de la classe ”VolsContractServices”. Dans 
ce test, nous créons des objets simulés (Mock) pour ’IUnitOfWork”, ”ITypeFlightsReposi- 
tory” et ”’IRotationVolRepository”. Nous configurons les comportements attendus pour les 
méthodes et propriétés de ces objets simulés. 


Ensuite, nous créons une instance de ” Vol” avec des valeurs appropriées pour les propriétés 
"TdDepart”, ’IdArrivee”, ”IdVol”, ”HeureDepart” et ’HeureArrivee”. De même, nous créons 
une instance de ”TypeFlights” avec des valeurs appropriées pour les propriétés "IdType” 
et "NomType”. 


Nous configurons le comportement de la méthode ”Find” de l’objet simulé ”ITypeFlights- 
Repository” pour qu’elle retourne l'instance de ”TypeFlights” précédemment créée lorsque 
le nom du type est Charter”. 

Ensuite, nous appelons la méthode ”addRotationsVol2” avec les paramètres appropriés, y 
compris l’objet ” Vol” et l’objet simulé "TUnitOfWork”. 


Pour les vérifications, nous utilisons ”Verify” pour vérifier que la méthode ” Add” de l’objet 
simulé ’IRotationVolRepository” est appelée deux fois, ce qui indique que les rotations de 
vol sont ajoutées deux fois. De même, nous utilisons ”Verify” pour vérifier que la méthode 
Complete” de l’objet simulé ’IUnitOfWork” est appelée une fois, ce qui indique que les 
modifications sont validées. 


Ce test unitaire permet de s'assurer que la méthode ”addRotationsVol2” fonctionne correc- 
tement en ajoutant les rotations de vol à l’unité de travail et en les sauvegardant. 


+ Test unitaire pour la méthode « GetAllVolCharter » : 


Le test unitaire ”"GetAllVolsCharter_ReturnsCharterRoutes” vérifie le fonctionnement de 
la méthode ”GetAllVolsCharter” de la classe ”VolsContractServices”. Cette méthode est 
responsable de récupérer tous les vols Charter associés à un contrat spécifique. 

Dans ce test, nous utilisons Moq pour créer des mocks des dépendances nécessaires, telles 
que l'interface "TUnitOfWork” et ses interfaces dérivées ’[VolRepository”, ”[EscaleReposi- 
tory” et ”IFrequenceRepository”. Nous configurons les mocks pour simuler les comporte- 
ments attendus lors de l’appel des méthodes et propriétés spécifiques. Par exemple, nous 
configurons le mock ”volsMock” pour renvoyer une liste de vols prédéfinie lorsque la mé- 
thode ”Find” est appelée. 


Ensuite, nous appelons la méthode ”GetAllVolsCharter” en lui fournissant un identifiant 
de contrat. Nous vérifions ensuite si le résultat renvoyé correspond aux attentes. 


Les assertions sont utilisées pour comparer les propriétés des vols renvoyés avec les propriétés 
des vols de référence que nous avons créés précédemment. Si toutes les assertions passent, 
cela signifie que la méthode ”GetAllVolsCharter” renvoie les vols Charter attendus. 


Ce test unitaire garantit que la méthode ”GetAllVolsCharter” fonctionne correctement et 
renvoie les vols Charter appropriés pour un contrat donné. 
+ Test unitaire pour la méthode « DeleteAppareil » : 


Le test unitaire ”DeleteAppareil_DeletesAppareilFromUnitOfWork” vérifie le fonctionne- 
ment de la méthode ”DeleteAppareil” de la classe ” VolsContractServices”. Cette méthode 
est chargée de supprimer un appareil de l'unité de travail ([UnitOfWork). 
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A 


Dans ce test, nous avons configuré des objets mock pour l'unité de travail (unitOfWork- 
Mock) et le référentiel d’appareils (appareilsMock). Nous avons défini un ID d’appareil fictif 
à supprimer. En appelant la méthode ”DeleteAppareil” de la classe VolsContractServices 
avec ces objets mock, nous nous assurons que la méthode ”DeleteAppareil” du référentiel 
d’appareils est appelée exactement une fois avec lID de l'appareil spécifié. 


En vérifiant ces conditions, nous nous assurons que la méthode ”DeleteAppareil” fonctionne 
comme prévu en supprimant l’appareil de l’unité de travail. De plus, nous vérifions que la 
méthode ne renvoie aucun message d’erreur. 


Ce test garantit que la suppression des appareils est correctement exécutée et que l’inter- 
action avec le référentiel d'appareils et l'unité de travail se déroule comme prévu, assurant 
ainsi un fonctionnement approprié de la méthode ”DeleteAppareil”. 


Conclusion 


La phase d'évaluation de la solution est cruciale pour déterminer si la solution mise en place 


répond aux attentes et aux objectifs initiaux. Les tests et validations effectués permettent d’iden- 
tifier les forces de la solution, ainsi que les éventuelles améliorations à apporter. L'évaluation des 
résultats obtenus permet de mesurer l'efficacité de la solution et de vérifier si elle a atteint les 
objectifs fixés. 
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Conclusion 


La phase de réalisation et d’évaluation du systéme a été essentielle pour assurer la qualité 
et la fiabilité du système. Tout au long de cette phase, des nous nous sommes appliqué à conce- 
voir, développer, tester et évaluer le système afin de répondre aux besoins et aux exigences de 
l’entreprise. Les résultats ont été très satisfaisants, avec un système opérationnel et performant 
permettant à Tassili Airlines de gérer efficacement ses réservations et pré-enregistrements de vols. 
La mise en place de ce système devrait être un atout majeur pour l’entreprise, lui permettant 
d'offrir un service de qualité à ses clients tout en augmentant son efficacité et sa productivité. 
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Conclusion et perspectives 


Ce mémoire a abordé le projet de conception et réalisation d’un système intégré de gestion 
des réservations et des pré-enregistrements des vols charters et navettes pour la compagnie Tassili 
Airlines. Ce systéme vise 4 fournir une solution efficace pour les employés de la compagnie, afin 
de gérer les opérations liées aux vols charters et navettes de maniére optimale et sans erreur. 


Grâce à une analyse minutieuse des besoins spécifiques de Tassili Airlines, nous avons pu 
concevoir et modéliser une solution qui répond aux exigences du commerce aérien. La solution 
intègre des fonctionnalités clés telles que la gestion des programmes de vol, les réservations nomi- 
natives et non nominatives, ainsi que des services de TAXI pour assurer une expérience client de 
qualité. 


L’implémentation de ce système apporte de nombreux avantages à Tassili Airlines. Tout 
d’abord, il permet d'optimiser les opérations liées aux vols charters et navettes, en réduisant 
les erreurs et les perturbations. Les employés de la compagnie bénéficient d’un outil convivial qui 
leur permet de travailler de manière plus efficace et d'améliorer la satisfaction des clients. De plus, 
la solution contribuent à maximiser l’utilisation des ressources et minimise les coûts opérationnels. 


Cependant, il reste des perspectives intéressantes pour l’avenir du système de gestion des 
réservations et des pré-enregistrements. Tout d’abord, l'intégration avec d’autres systèmes utilisés 
par Tassili Airlines, permettrait une meilleure synchronisation des données et des processus. Cela 
faciliterait la communication entre les différents départements de la compagnie et garantirait une 
gestion plus cohérente et intégrée. 


De plus, l’utilisation de technologies avancées telles que l'intelligence artificielle et l’appren- 
tissage automatique pourrait améliorer la planification des vols charters et navettes en tenant 
compte de divers facteurs tels que la demande des clients, les contraintes réglementaires et les 
préférences individuelles. Cela permettrait à Tassili Airlines de maximiser le remplissage des vols, 
d'optimiser les itinéraires et de proposer des offres personnalisées. 


Enfin, une autre perspective intéressante est le développement de capacités analytiques avan- 
cées pour exploiter les données collectées par le système. L'analyse des données pourrait aider 
Tassili Airlines à comprendre les tendances du marché, à prévoir la demande, à ajuster les prix 
des vols en temps réel et à personnaliser les offres pour les clients. Cela favoriserait une prise de 
décision éclairée et permettrait d'optimiser les performances globales de la compagnie. 
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Annexe A 


Diagramme des flux de données 
(DFD) 


Les diagrammes de flux de données (DFD) sont un outil de modélisation qui permettent 
de représenter de maniére graphique les différents flux de données et les transformations qu’ils 
subissent au sein d’un système. Dans le contexte de notre projet, les DFDs vont nous permettre 
de visualiser et d’analyser les processus clés du système, ainsi que les données qui les relient. Dans 
cette section, nous allons explorer en détail l’utilisation des DFDs pour modéliser notre système. 


1 DFD pour les administrateurs 


e Gestion des utilisateurs 


Envoi des données pour la validation 


ajouter utilisateur/ visualiser détails / 
modifier informations/ activer ou 


désactiver comptes utilisateur Système de 


pré-enregistrement de vol User 


création, modification ou suppression de Manager 
l'utilisateur dans la base de données de 
l'application de gestion de vols. 


Administrateur 


I page gestion utilisateur 


Fic. A.1 : Diagramme de flux de données pour la gestion des utilisateurs 


e Gestion des rôles et des accès des utilisateurs 
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Envoi des données pour la validation 


attribuer le role aux utilisateurs du 
systéme pour chauge module et ses 
menus User 
roles attribués aux utilisateurs et ajoutés Manager 
à la base de donnée. 


Administrateur 


Fic. A.2 : Diagramme de flux de données pour la gestion des rôles et des accès des 
utilisateurs 


e Gestion des modules 


Envoi des données pour la validation 


Ajouter nouveau module/ modfier 


Isupprimer 
ai Module 


création, modification ou suppresion des Manager 
données dans la table concerné de la 
base de donnée du système 


Fic. A.3 : Diagramme de flux de données pour la gestion des modules 


e Gestion des menus 


Envoi des données pour la validation 


Ajouter nouveau menu/ modfier 


Isupprimer création, modification ou suppresion des Menu 


données dans la table concerné de la Manager 
base de donnée du système 


Administrateur 


Fic. A.4 : Diagramme de flux de données pour la gestion des menus 


2 DFD pour les responsables programme 


e Gestion des aéronefs 
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Ajouter un nouvel aéronef / éditer ou 
supprimer un aéronef existant 


Fic. A.5 : Diagramme de flux de données pour la gestion des aéronefs 


Envoi des données pour la validation 


responsable 
programme 


création, modification ou suppresion Data 
des données dans la table concerné Manager 
de la base de donnée du systéme 


e Gestion de configuration des aéronefs 


Ajouter une nouvelle configuration Envoi des:données pour la validation > 
pour un aéronef existant, éditer ou 
supprimer une configuration existante z ae z 
responsable création, modification ou suppresion Data 
programme des données dans la table concerné Manager 
de la base de donnée du système 


FIG. A.6 : Diagramme de flux de données pour la gestion des configurations des aéronefs 


e Visualisation d'image réelle d'aéronef 


visualiser les sièges de l'aéronef . 
sous forme d'une image réelle Envoi de la recherche > 
d'avion 
responsable Affichage de l'image réelle de N N Data 
programme l'aéronef à partir des données Fournir les données recherchées Manager 
récupérées depuis la base de donnée depuis la base de donnée 


Fic. A.7 : Diagramme de flux de Visualisation d'image réelle d’aéronef 


e Gestion des types des aéronefs 
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Ajouter un nouvelau type d'aéronef / 
responsable supprimer un type existant 
programme 


Fic. A.8 : Diagramme de flux de données pour la gestion des types des aéronefs 


Envoi des données pour la validation 
| 


création, modification ou suppresion Data 
Manager 


des données dans la table concerné 
de la base de donnée du systéme 


e Gestion des poids des bagages 


Envoi des données pour la validation 
Ajouter une nouvelle configuration de 
poids de bagages / modifier ou Data 
supprimer une configuration Fe Ss . Manager 
existante création, modification ou suppresion 
des données dans la table concerné 
de la base de donnée du système 


Fic. A.9 : Diagramme de flux de données pour la gestion des poids des bagages 


responsable 
programme 


e Visualisation des détails des poids des bagages 


visualiser les détails d'une : 
Envoi de la recherche 


configuration de poids existante 


Data 


Fournir les données recherchées Manager 


responsable 
depuis la base de donnée 


programme Affichage des détails de 


configurations demandés 


Fic. A.10 : Diagramme de flux de données pour la gestion des types des aéronefs 


3 DFD pour les responsables charter 


e Gestion des contrats 
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Annexe A. Diagramme des flux de données (DFD) 


Envoi des données pour la validation 
| 


Ajouter une nouvelau contrat / 
modifier ou supprimer un contrat 
existant 


Data 
Manager 


responsable 


charter E PA E 
création, modification ou suppresion 


des données dans la table concerné 
de la base de donnée du système 


Fic. A.11 : Diagramme de flux de données pour la gestion des aéronefs 


e Visualisation détails contrat 


visualiser les détails d'un contrat 
existant Envoi de la recherche 
> 
responsable Data 
charter Fournir les données recherchées Manager 
Affichage des détails demandés depuis la base de donnée 


Fic. A.12 : Diagramme de flux de données pour la Visualisation des détails des contrat 


e Gestion des clients du contrat 


A H Envoi des données pour la validation 
Ajouter des clients au contrat / 
modifier ou supprimer un client 
responsable aoe création, modification ou suppresion Data 
charter des données dans la table concerné Manager 
de la base de donnée du systéme 


Fic. A.13 : Diagramme de flux pour la gestion des clients du contrat 


e Gestion des programmes des vols charter 
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Envoi des données pour la validation 
~ 


Créer un vol charter pour un contrat 
existant / modifier ou supprimer un Data 
Manager 


responsable 
charter vol charter existant 
création, modification ou suppresion 


des données dans la table concerné 
de la base de donnée du systeme 


Fic. A.14 : Diagramme de flux de données pour la gestion des programmes des vols 


charter 


e Visualisation des détails des programmes des vols charter 


visualiser les détails d'un vol charter 
existant Envoi de la recherche 
~ 
responsable Data 
charter Fournir les données recherchées Manager 
Affichage des détails demandés depuis la base de donnée 


Fic. A.15 : Diagramme de flux de données pour la visualisation des détails des pro- 


grammes des vols charter 


e Configuration des clients pour un vol charter 


Envoi des données pour la validation 


Configurer et éditer le nombre de 
responsable | places des clients ajoutés au contrat 
charter pour chaque vol charter associé au 
contrat 


modification des données dans la sl 
table concerné de la base de donnée 
du système 


Fic. A.16 : Diagramme de flux de données pour la configuration des clients pour un vol 


charter 


e Gestion des vols 
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Envoi des données pour la validation 
> 
Génération des vols réels(fils) à partir 
responsable des vols charter / modfication, 
charter annulation ou suppression des vols . a lÈ , 
réels générés création, modification , annulation ou 
suppresion des données dans la 
table concerné de la base de donnée 
du système 


Fic. A.17 : Diagramme de flux de données pour la gestion des vols charter 


e Visualisation des détails des vols charter 


visualiser les détails d'un vol généré 
depuis un vol charter existant 
responsable 
charter 
Affichage des détails demandés 


Fic. A.18 : Diagramme de flux de données pour la visualisation des détails des vols charter 


Envoi de la recherche 


Fournir les données recherchées Manager 
depuis la base de donnée 


ka 


+ Changement de configuration pour un vol charter généré 


Envoi des données pour la validation 
LA 


Changer la configuration de l'aéronef 
responsable | / de client / d'un escale pour un vol 


odification des données di I 
charter généré depuis un vol charter J eho etapa ge pd 


table concerné de la base de donnée 
du système 


Fic. A.19 : Diagramme de flux de données pour le changement de configuration pour un 
vol charter généré 


4 DFD pour les responsables vol navette et bloc-siège 


e Gestion des programmes des vols navettes 


135 


Annexe A. Diagramme des flux de données (DFD) 


Envoi des données pour la validation 


Créer un vol navette/ modifier ou 


as FRE supprimer un vol navette création, modification ou suppresion Data 
bloc siège des données dans la table concerné Manager 


de la base de donnée du système 


Fic. A.20 : Diagramme de flux de données pour la gestion des programmes des vols 
navettes 


e Visualisation détails des programmes des vols navettes 


visualiser les détails d'un vol navette 
existant Envoi de la recherche 
responsable 
[rn rn Fournir les données recherchées 
Affichage des détails demandés depuis la base de donnée 


FIG. A.21 : Diagramme de flux de données pour la visualisation des détails des pro- 
grammes des vols navettes 


e Gestion des vols navettes 


Envoi des données pour la validation 
responsable ge cri) os pt pests création, modification , annulation ou Data 
navette et ! suppresion des données dans la 
bloc siège annulation she ne sa eve table concerné de la base de donnée rt 
du système 


Fic. A.22 : Diagramme de flux de données pour la gestion des vols navettes 


e Visualisation détails des vols navettes générés 
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visualiser les détails d'un vol généré 


depuis un vol charter existant Envoi de la recherche 


Fournir les données recherchées 


Affichage des détails demandés depuis la base de donnée 


Fic. A.23 : Diagramme de flux de données pour la visualisation des détails des vols 
navettes générés 


e Gestion des escales des vols navettes 


Envoi des données pour la validation 
> 


Ajouter des escales pour un vol 
navette existant / Supprimer un 


responsable 
escale 
peers création, suppresion des données 
bloc siége dans la table concerné de la base de 


donnée du système 


Fic. A.24 : Diagramme de flux de données pour la gestion des escales des vols navettes 


e Changement de configuration pour un vol navette généré 


Envoi des données pour la validation 
> 


Ajouter des escales pour un vol 
navette existant / Supprimer un 
escale 


création, suppresion des données 
dans la table concerné de la base de 
donnée du système 


Fic. A.25 : Diagramme de flux de données pour le changement de configuration un vol 
navette généré 


5 DFD pour les respnsables vol navette et bloc-siege 
et des bons de commande 


e Réservation bon de commande 
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effectuer une réservation nominative 
(avec un nom de client) pour un vol 


responsable généré à une date donnée Envoi des données pour la validation 


effectuer une réservation nominative 
(avec un nom de client) pour un vol 
généré à une date donnée 


réservation effectué en ajoutant les 
données dans la table concerné de la | Manager 
base de donnée du système 


commande 


ES 


Fic. A.26 : Diagramme de flux de données pour la réservation bon de commande 


e Réservation bloc-siège 


effectuer une réservation d'un 


ensemble de siège pour un vol 
sponsam généré à une date ou une période Envoi des données pour la validation 
bloc siège donnée 


réservation effectué en ajoutant les 


données dans la table concerné de | gor 


effectuer une réservation d'un 


responsable ensemble de siège pour un vol base de donnée du système 
bon de généré à une date ou une période 
command donnée 


=a 


Fic. A.27 : Diagramme de flux de données pour la réservation bloc-siége 


e Filtre des vols générés par critères 


filtrer les vols selon des critères 


Affichage des résultas demandés Envoi de la recherche 


Fournir les données recherchées Manager 


filtrer les vols selon des critères depuis la base de donnée 


bon de Affichage des résultas demandés 


KH 


Fic. A.28 : Diagramme de flux de données pour le filtre des vols 
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